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SUMMARY 


The  second  DARPA  Workshop  on  Concurrent  Design  was  held  on  Dec.  6-8,  1988.  The 
purpose  of  the  first  one  (Dec.  1-3,  1987]  was  to  examine  the  premise  that  successful 
applications  of  Concurrent  Design  (CD)/  Concurrent  Engineering  (CE)  have  taken  place 
In  U.S.  Industry,  and  that  these  techniques  could  be  employed  by  DoD  to  reduce  costs. 
Increase  quality,  and  to  reduce  the  procurement  cycle  time. 

The  purpose  of  the  second  one  was  to  present  a  status  report  on  DoD  and  DARPA 
activities  during  the  past  year.  This  included  results  of  DoD  studies  on  implementation 
options,  status  report  on  DARPA,  DoD,  AF/WAL,  and  U.S.  Army  programs  as  well  as 
\  reports  on  CD/CE  Industrial  Activities  of  note. 

Two  themes  emerged  at  last  year's  workshop  that  were  reinforced  this  year.  These  are 
short-term  and  long-term  approaches  to  CD/CE.  DoD  efforts  In  CD/CE  are  mainly 
directed  at  the  short-term  approach,  while  DARPA  is  pursuing  the  long-term.  DoD 
representatives  feel  that  CD/CE  Is  the  way  to  focus  and  implement  the  department's 
Total  Quality  Management  objective. 

The  short  term  Issue  is  to  implement  the  team  approach  to  product  development  as  fast 
as  possible  without  waiting  for  any  new  technology.  Such  technology  is  not  really 
needed  for  immediate  implementation  of  teams;  Instead,  the  main  barriers  are 
institutional:  work  habits  and  methods,  procurement  policies  and  contracting  methods, 
management  attitudes.  It  is  likely  that  companies  that  do  not  adopt  teams  will  be  left 
behind  by  those  that  do.  Note  that  calling  it  "short-terra"  does  not  mean  that  it  can 
always  be  implemented  quickly. 

The  long  term  approach  Is  based  on  improving  the  team  approach  through  research  that 
gives  teams  better  tools  with  which  to  communicate,  to  resolve  design  issues,  and  to 
predict  design  effects.  A  major  purpose  of  the  workshop  was  to  provide  feedback  to 
DARPA  on  the  research  needs  and  to  suggest  a  structure  for  diverse  research  topics^ 

The  technical  focus  of  the  second  Workshop  was  a  series  of  seven  panels  designed  to 
explore  the  various  facets  of  the  architecture  for  a  computer-based  intelligent  system  for 
CD/CE. 

^  The  panels  were: 

>•  Features  as  knowledge  representation 

-  User  interface  , 

-  CD  methodology/ partitioning, 

-  Theory  of  geometry /tolerance  representation, 

-  Interface  standards 

-  Intelligent  database  design  and  network  support ,  r, .  / 

-  CD  architecture  capability/ technology  needs ,  •  \-Q  t 

1  -  i  ■ 

There  was  one  additional  panel  (called  Application  reaction)  composed  of  people 
experienced  with  large  complex  system  design,  from  aerospace,  NASA  and  DOE.  who 
were  asked  to  comment  on  the  workshop.  They  commented  on  the  research  issues  raised 
by  the  technical  panels,  the  implementation  strategies  proposed  by  DoD  and  DARPA,  the 
Importance  of  the  CD/CE  work  to  DoD,  and  particularly  the  importance  of  starting 
implementation  of  CD/CE  now. 

Two  concerns  the  organizers  had  before  the  meeting  were:  a)  the  Issue  of  semantics,  and 
b)  whether  the  attendees  would  agree  or  disagree  with  the  manner  In  which  CD/CE 
■  architecture  had  been  structured  Into  7  panels.  Apparently,  the  workshop  preparation 
was  sufficient  to  make  both  Items  non-issues.  Note:  In  preparation,  each  panel  member 


prepared  a  paragraph  addressing  the  following  points:  1)  research  Issues,  2)  the  status  of 
the  research  and  3)  recommendations  for  further  research.  These  'position  papers'  were 
then  assembled  and  transmitted  to  each  Invitee  10  days  before  the  actual  workshop. 

In  general  the  workshop  attendees'  interest  was  very  high.  The  consensus  view  was  that 
the  workshop  was  timely,  very  Important  because  it  provided  a  focus  for  this  new  and 
very  Important  work  for  DoD,  and  that  It  was  well  supported  by  the  groups  important  for 
Ihls  area.  That  is.  researchers,  possible  implementers  •  aerospace  and  DoD  suppliers, 
and  funding  agencies.  The  workshop  went  a  long  way  to  building  a  community  for  this 
area.  Further  the  DOE  and  NASA  representatives  attending  the  meeting  expressed 
strong  interest  In  getting  CD/CE  started  In  their  agencies. 

Table  1  lists  the  recommendations  of  the  various  panels. 
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Table  1 

Panel  Recommendations 

Panel  #1  -  Features  as  Knowledge  Representation 

Research  Topic* 

Feature  Semantics 

Ontology,  constraint  language 
Composition  rules,  process  representation 

Mapping  between  perspectives,  levels  of  abstraction,  modes 
function «-» structure  *-*  process 

Maintaining  consistency,  inconsistency 

Feature utalogues,  retrieval 

Feature  definition,  extraction 

Substrates: 

Distributed,  persistent,  databases 

Integration  with  other  representation: 
e.g.,  geometry,  process  plans  ... 

Design  History.  Intent 

Environments  for  feature-based  design 

Panel  #2  -  Man-Machine  Interface 

If  people  do  not  use  our  computerized  design  systems,  then  all  our  work  Is 
in  vain.  We  must  do  design  the  way  people  do  it! 

We  view  the  man-machine  interface  problem  as  one  of  communication. 

We  believe  that  3-D  visualization  is  an  enabling  technology  for  man- 
machine  communication. 

We  believe  that  the  research  Issues  as  detailed  above  must  be  actively 
pursued. 

Panel  #3  -  Concurrent  Engineering  Methodology/Partitioning 

•  IDA:  "Don't  wait  for  CE  research  results  [the  CE  formalism]: 

study  existing  success  stories,  start  Implementing  CE  now!” 
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•  IDEF  'information-flow  modeling 

•  INTROSPECT  organization  analysis 


•  CE-for-CE 


•  Continue  these  workshops  (semi-annually) 


Panel  §4-  Theory  of  Geometry/Tolerance  Representations 

Geometric  information.  Including  tolerances,  is  crucial  for  Concurrent 
Engineering.  Theory,  representations  and  algorithms  are  much  better 
understood  for  nominal  or  ideal  objects  than  for  toleranced  objects. 

Continuing  support  for  research  on  solid  modeling  Is  needed  and  a  new 
emphasis  on  tolr.ranclng  is  essential  to  tackle  the  many  issues 
Identified. 

Remark:  More  Information  on  toleranclng  is  available  on  a 
forthcoming  report  on  a  NSF  Workshop  on  Mechanical  Toleranclng. 


Panel  #  5  -  Interface  Standards 

If  automation  technology  Is  to  be  successfully  applied  to  concurrent 
engineering,  it  Is  vital  that  the  application  of  standards  be  clearly 
understood.  Standards  provide  the  capability  of  integrating  "plug 
compatible"  systems.  Since  concurrent  engineering  consists  of  a  set  of 
life  cycle  processes  that  must  be  able  to  communicate  Information 
continuously  through  the  product  life,  uniform  standards  are  an  obvious 
means  of  Insuring  successful  systems  Integration.  As  the  prototype 
systems  are  designed  and  developed,  it  Is  imperative  that  the  researchers 
be  aware  of  existing  and  emerging  standards. 


Recommendations 

•  Product  Data  Framework  Implementations 

-  EIS  (VSIC  env.) 

-  OUS  (PDES) 

-  DES  Inc.  (mech.  parts/PDES) 

-  NIST  (Level  ni  PDES  mech  pa  ^s) 

•  Process  Interface  -  NGC 

•  CD/CE  Interfaces 

-  DAKPA  DMO/DICE 

-  DARPA  ISTO/Mfg.  testbed 


DoDQS 


•  Feature  Definition  /  Extraction 

•  Feature  Driven  Processing  (e.g.  First  Cut) 

•  Expansion  of  ERDS  to  Support  PDES 

•  CALS  Testbed  Network 

•  National  PDES  Testbed 

Panel  #6  -  Intelligent  Database  and  Network  Support 

•  Promote  commercial  vendor  participation  in  Concurrent 
Engineering  Issues/Projects 

•  Learn  more  about  relation  of  database  and  knowledge  representation 
for  concurrent  engineering  needs 

•  Review  PDES  model  tor  database  and  knowledge  representation 
viewpoints  (3rd  and  4th  levels) 

•  Investigate  neutral  storage/transfer  formats  for  generic  object 
structures 

•  Research  needs  for  version,  change,  and  concurrency  management 

•  Demonstrate  database  prototypes  In  real  applications  to  assess 
practical  needs 


Panel  #7  -  CD  Architecture  Capability/Technology  Needs 

The  panel  agreed  that  a  concurrent  design  environment  should 
have  the  following  features: 

I.  The  environment  must  support  prediction  or  evaluation  from  the 
earliest  phases  of  design  and  assist,  the,  designer  to  USfi  the 
evaluation  results  far,  re-design-  In  sequential  design,  most 
evaluation  is  done  on  relatively  complete,  detailed  designs.  In  fact, 
most  analytical  cols  apply  only  to  detailed  designs.  To  design 
concurrently,  ^smust  have  the  ability  to  evaluate  partial, 
incomplete  des^/s  at  the  conceptual  stage. 

The  evaluation  must  be  carried  out  along  multiple  attributes 
reflecting  the  product's  life-cycle:  e.g.,  performance,  life-cycle  cost, 
manufacturability,  development  time,  risk,  supportability. 

The  evaluation  must  let  the  designer  keep  some  requirements  and 
constraints  open  -  you  won't  have  adequate  knowledge  initially  to 
fix  them. 
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n.  The  environment  must  support  decomposition  of  requirements  and 
traceability  of  requirements  down  to  design  features  and 
manufacturing  processes.  It  must  highlight  trade-offs  and  make 
members  of  the  design  team  aware  of  changes  which  lead  to 
marginal  increases  in  performance  at  large  marginal  cost. 

III.  The  environment  must  support  constraint  and  constraint 
propagation/tracking:  who  "owns"  the  constraints,  what 
constraints  are  being  violated  by  whom  and  with  what 
consequences.  This  should  Include  constraints  on  computational 
resources  used  to  support  the  design  effort 

IV.  The  environment  must  support  collaboration  and  provide  a  means 
for  negotiating  tradeoffs. 

V.  The  environment  must  support  rapid  calculations  at  low  cost  to 
permit  the  design  team  to  explore  a  wide  number  of  options  and 
reduce  the  tendency  to  over  design  engendered  by  insufficient 
analysis. 


Panel  #8  -  Application  Reaction 


The  general  view  of  the  members  of  the  Applications  Reaction  Panel  ana 
other  Industrial  representatives  polled  is  that  Concurrent  Engineering 
principles  are  an  effective  way  to  implement  some  of  the  objectives  of 
Total  Quality  Management.  CE  Is  widely  regarded  as  a  means  to  shorten 
the  development  time  through  consideration  of  "downstream"  elements 
during  the  concept  development  and  detailed  design  activities. 

The  industrial  representatives  further  expressed  the  unanimous  view 
that  the  absence  of  specific  CE  technology  or  more  sophisticated  tools  Is 
not  an  inhibitor  to  the  introduction  of  CE.  As  expressed  by  several 
observers,  we  must  simply  get  on  with  the  Implementation  of  CE  by 
leadership,  training  and  organizational  changes;  the  automation  tools 
will  follow.  It  was  urged  that  Joint  DoD/Industry /Academe  effort  to 
create  a  CE  roadmap  be  started. 

Finally,  the  suggestion  that  a  broad  program  of  communication, 
education  and  training  should  be  begun.  The  implementation  of  CE  Is 
viewed  fundamentally  as  an  organizational  and  leadership  issue. 
Education  of  the  leaders  of  our  nation,  the  Congress  and  the  Executive 
Branch,  and  the  leaders  of  our  educational  system  to  bring  to  them  the 
vision  of  the  benefits  of  Total  Quality  Management  and  Concurrent 
Engineering  as  an  enabling  technique  Is  essential  to  creating  a  positive 
environment  for  the  real  social  change  which  is  required. 
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OROAMZATIOX 

Hie  DARPA  Concurrent  Design/Concurrent  Engineering  (CD/CE)  Workshop  as 
organized  had  two  principal  parts,  namely  presentations  and  workshop  panels.  The 
presentations  were  concerned  with  the  CD/CE  alms  and  goals  of  DARPA.  DoD,  AFWAL 
and  U.S.  Army  programs.  Other  presentations  described  the  status  of  currently  funded 
DARPA  CD/CE  programs  as  well  as  industrial  programs  of  note  based  on  CD/CE 
principals. 

The  principal  work  of  the  Workshop  was  the  seven  technical  panels  designed  to  explore 
the  various  facets  of  the  architectures  for  computer-based  Intelligent  systems  for  CD/CE 
design.  The  panels  were  organized  in  a  plenary  serial  fashion.  Breakout  rooms  were 
provided  for  those  wishing  to  explore  further  detail  with  the  Individual  panels. 
Apparently  very  little  use  was  made  of  these  rooms. 

It  was  Intended  that  panel  members  give  brief  presentations  of  their  views  of  the 
research  issues,  status  of  knowledge  and  implementation  status  of  the  various 
architecture  facets.  The  audience  would  then  join  In  the  discussion.  Unfortunately,  the 
panel  presenters  tended  to  use  up  most  of  the  allotted  panel  time  leaving  little  or  no  time 
for  comments  from  the  floor,  thus  most  of  the  comments  were  made  in  between  sessions. 
At  the  end  of  the  workshop,  each  panel  chairman  summarized  the  deliberations  of  the 
panel  session.  The  technical  output  of  the  workshop  consists  of  the  panel 
recommendations  summarized  in  Table  1.  The  recommendations  were  concerned  with 
CD/CE  architecture  research  Issues,  intermediate  goals  for  testing  these  new  systems,  as 
well  as  ways  of  integrating  this  developing  knowledge  Into  current  DoD  programs. 


Presentations 

•  DARPA  and  DoD  presented  the  aims  and  goals  of  their  respective  CD/CE 
programs.  Presentations  Included  the  DARPA  Defense  Manufacturing  Office 
(DMO)  I-  the  sponsor  of  this  Workshop:  DARPA  Information  Science  Technology 
Office  OSTO):  the  DoD  Weapons  Systems  Support  Improvement  Group,  the  Air 
Force  Wright-Patterson  Aeronautical  Laboratories  Concurrent  Engineering 
Office;  and  the  Army  LHX  Program. 

•  The  res  ults  of  two  recently  sponsored  DoD  studies  on  implementation  options: 

-  "Industrial  Insights  on  the  DoD  Concurrent  Engineering  Program" 

The  Pymatuning  Group,  Inc. 

-  "The  Role  of  Concurrent  Engineering  in  Weapons  System  Acquisition" 
The  Institute  for  Defense  Analysis 

•  Descriptions  of  DARPA-DMO  programs 

-  GE/UWVA  DICE  (DARPA  Initiative  in  Concurrent  Engineering) 

CSDL  Expert  Systems  for  Manufacturing  of  Smart  Weapons 
Components 

•  CD/CE  Industrial  Activities  of  note 

-  Boeing  Aerospace  Corporation  BSD  "Developmental  Operations  (DO)” 
Program 

IBM  'Total  Concept  Facility"  for  the  Design  -X  Mainframe  Computers 
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-  P  &  W  GMAP  Program 
•  STARS/SW  Produclblllty 

There  were  96  invitees  and  87  attendees,  and  as  indicated  earlier  the  'community’  felt 
that  the  workshop  should  be  held  bi-annually.  Both  the  Pymatuning  Group  and  IDA 
plan  to  mail  their  respective  reports  to  each  person  on  the  invitee  list. 


DISCUSSION 

To  set  the  tone.  DARPA  articulated  its  role  with  regard  to  concurrent  engineering. 
DARPA  will  serve  as  an  agency  which  will  establish  priorities,  set  agendas  and  provide 
funding.  Its  focus  will  be  on  developing  the  technology  to  support  the  engineering 
process,  as  opposed  to  specific  engineering  products.  Effective  engineering  process  has 
become  particularly  crucial  to  insure  the  timely,  cost  effective  delivery  of  advanced 
weapon  systems.  It  also  has  a  broader  scope  in  that  economic  viability  is  also  a  key 
security  issue  and  these  process  issues  are  central  to  our  manufacturing  capability  as  a 
nation. 

There  were  also  reviews  of  several  ongoing  programs  utilizing  concurrent  engineering. 
Many  of  them  cited  institutional,  rather  than  technological  problems.  Among  the 
problems  cited  were  accounting  methods,  current  acquisition  and  bid  procedures  Of  the 
defense  department,  and  uncertain  metrics  fci  the  value  of  CD/CE.  The  example  of 
CD/CE  applied  to  IBM  mainframe  packagln  was  Impressive  due  to  the  savings 
attributed  to  process  Improvements.  In  particul  r.  unique  part  numbers  were  reduced  by 
50%.  cn^'ncering  change  orders  were  reduced  by  59%  and  assembly  hours  were  reduced 
by  45%.  Further  reductions  have  been  targeted. 

While  the  emphasis  of  the  conference  was  on  the  research,  development  and  utilization 
of  technology  to  improve  concurrent  design,  there  were  vocal  arguments  (drawing 
mostly  on  the  Japanese  experience,  as  illustrated  by  the  presentation  on  the  DoD 
Technology  Assessment  Team  |TATJ  study  on  Japanese  manufacturing)  that  much 
process  improvement  could  be  achieved  with  f  r  less  emphasis  on  computer  aids,  but 
with  greater  attention  to  management.  Inves  .sent  decisions,  education,  retention  of 
employees  and  basic  manufacturing.  The  U.S.  emphasis  on  technological  solutions  may 
reflect  the  conviction  that  we  have  a  competitive  advantage  over  the  Japanese  regarding 
software  engineering. 

The  workshop  included  major  practitioners  and  researchers  in  concurrent  design  and 
concurrent  engineering.  Although  some  participants  confused  concurrency  with 
parallelism,  several  major  themes  did  emerge.  One  phrase  ’Concurrent  Engineering  for 
Concurrent  Engineering'  was  repeated  often  throughout  the  sessions.  This  refers  to  the 
need  to  have  all  the  communication  and  cooperation  of  the  various  groups  required  to 
cany  out  a  CD/CE  application  already  in  place  In  order  to  develop  CD/CE  tools.  The 
development  of  such  tools  was  viewed  as  a  significant  engineering  task  in  its  own  right  — 
one  to  which  the  methods  of  concurrent  engineering  could  be  successfully  applied.  Some 
of  this  perspective  was  voiced  during  the  DICE  presentations,  where  one  of  their  major 
subprograms  is  "/DICE  for  DICE'. 

An  interesting  cross-disciplinary  example  was  the  presentation  on  STARS/SW 
Produclbllity,  where  the  methods  of  concurrent  engineering  have  been  applied  to 
software  development.  This  presentation  also  noted  that  a  standard  view  of  having 
many  development  stages  each  with  99%  chance  of  success  yields  much  less  success 
likelihood  for  the  entire  project.  In  particular,  an  example  was  given  where  20  modules, 
each  at  99%  success  likelihood,  would  only  yield  a  project  success  likelihood  of  25%. 
This  presentation  also  emphasized  a  need  for  greater  contract  support  of  risk  taking, 
where  current  contractural  relations  emphasize  risk  minimization.  Specifically,  the 
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following  programmatic  changes  were  suggested:  (a)  investigate  alternate  solution  paths* 
to  allow  innovation  and  breakthroughs,  (b)  seek  best  of  breed  solutions,  (c)  assess  global 
quality  via  prototypes  rather  than  encouraging  incremental  development,  (d)  delay 
requirements  and  hardware  freeze. 

Features  were  prominent  as  knowledge  representations  for  expert  systems  and  as 
encapsulations  of  topological,  functional  and  geometric  data.  There  did  not  appear  to  be 

?;eneral  agreement  as  to  an  exact  definition  of  feature.  The  problems  of  incorporating 
features  within  existing  computerized  modeling  paradigms  (notably  CAD/CAM  systems) 
were  discussed.  Although  no  break-through'  technologies  to  solve  this  problem  were 
announced,  there  was  general  consensus  that  the  geometry  based  modelers  of  today 
needed  to  evolve  to  modelers  which  will  be  much  more  capable  of  capturing  design 
intent.  The  modeler  Alpha.  1  (University  of  Utah)  was  frequently  mentioned  as  a 
research  vehicle  for  exploring  some  of  the  capabilities  needed  for  the  next  generation 
commercial  CAD/CAM  system.  Feature  recognition,  via  topological  graphs,  rather  than 
by  narrow  expert  systems,  was  cited  as  a  methodology  that  has  had  some  initial  success 
in  research  environments. 

There  existed  some  tension  between  those  using  concurrent  engineering  as  practicing 
design  engineer's  and  those  involved  in  research.  There  were  also  often  differences  of 
opinion  between  the  mechanical  engineers  and  the  computer  scientists.  One  way  this 
contrast  occurred  was  that  some  emphasized  computer  architectures  to  encompass  all  of 
CD/CE.  While  deemed  theoretically  valuable,  there  was  often  impatience  for  tools  that 
could  be  used  now.  versus  waiting  for  the  architecture.  This  division  was  often  voiced  in 
user  interface  discussions.  One  view  focused  on  elegant  automatic  seamless  interfaces.  A 
contrasting  view  emphasized  graceful  retention  of  the  human  engineer  in  the  loop,  even 
if  that  meant  less  global  automation.  These  exchanges,  while  sometimes  heated,  were 
natural  and  largely  productive.  The  general  theme  was  that  there  needs  to  be  additional 
analysis  of  how  the  human  designer  works  and  associated  development  of  those 
computer  user  interface  tools  which  will  facilitate  that  process.  The  research  modeler 
'Supersketch'  was  presented,  wuh  its  focus  on  capturing  conceptual  design.  Many 
appreciated  its  elegant  Interface  fo:  apturing  design  intent.  Concern  was  expressed  for 
transfer  of  its  geometric  representation  of  superquadrics  to  standard  spline  based  CAD 
system. 

Specific  expert  systems  have  been  developed  • -s  automate  narrow  slices  of  design,  but.  in 
most  cases,  these  'point  solutions'  have  not  >een  successfully  integrated  into  a  smooth 
flowing  process.  Some  notable  counter  exarr  „ies  were  'First  Cut’  and  Engineous',  both  of 
which  gracefully  incorporate  expert  systems  with  the  overall  design  process. 

Standards,  in  particular  PDES.  were  frequently  mentioned  as  important  unifying 
elements  of  the  many  disparate  software  tools.  Although  workshops  participants 
appeared  to  universally  agree  with  that  precept,  it  is  interesting  to  note  that  essentially 
none  of  the  researchers  had  incorporated  PDES  models  within  their  emerging  systems 
(either  prototype  or  development  systems).  Ibe  anticipated  wide  spread  circulation  of 
the  PDES  document  may  help  to  solve  this  problem.  Note:  It  was  pointed  out  the  current 
review  document  is  over  a  thousand  pages. 

The  very  model  of  design,  whether  done  with  hierarchical  or  distributed  control,  was 
disputed.  The  model  of  distributed  control  would  call  for  complex  computer  system 
controls.  Most  of  that  distributed  computer  control  is  not  well  understood  and  is  the 
subject  of  leading  edge  research.  This  discussion  becomes  relevant  to  effective  data  base 
design.  Relational  data  bases  have  proven  ineffective  for  multi-user  access  to 
mechanical  engineering  data.  The  transaction  model  for  relational  data  bases  relies 
upon  many,  frequent,  short  accesses,  as  in  banking  transactions.  The  usual  engineering 
paradigm  Is  for  fewer,  less  frequent,  longer  transactions.  As  such,  the  performance  of 
relational  data  bases  Is  often  not  sufficient  to  support  engineering  enterprises.  The  data 
base  ROSE  Is  a  research  effort  to  develop  a  multi-user  engineering  data  base.  One  of  its 
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inal  or  efforts  is  to  model  the  multi-user  engineering  access  to  obtain  satisfactory 
performance.  Another  effort  undertaken  at  John  Deere  and  Co.  emphasized  the  need  to 
have  multiple  views  of  one  model.  For  example,  one  assembly  may  be  viewed  as  a  design 
assembly,  as  a  manufacturing  assembly  and  as  a  field  assembly.  The  data  base  must 
provide  access  to  these  multiple  views  while  providing  mechanisms  for  change  control 
that  ensures  the  integrity  of  the  data  after  modification  by  those  editing  under  the 
different  views. 

Current  commercial  CAD  systems  do  not  contain  sufficient  toleranclng  capabilities. 
The  modeling  and  data  representation  of  tolerances  still  has  some  theoretical  gaps. 
Tolerance  analysis,  particularly  in  3D.  is  just  emerging  and  has  a  fragile  mathematical 
basis. 
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Panel *1  0  * 

Feature*  —  Knowledge  Represents Hon 
Marty  Tenenbaum  -  Chair 


A  few  commercial  CAD  systems  with  Ad  Hoc  form  features 
A  few  research  prototype  design-with-feature  systems 
A  little  work  on  feature  extraction 

Realization  that  feature  Issues  are  VERY  HARD  &  VERY  IMPORTANT 
Work  in  progress  is  promising  but  scattered.  Lacks  critical  mass. 


Formal  Definition  /  Semantics 
Role  in  Knowledge  Representation 

Can  a  feasibly-sized  set  of  features  plus  a  user- modify  and  combine  capability  be 
devised  that  can  handle  realistic  designs  without  explosion? 

Do  features  help  or  hurt? 

-  Quality,  creativity,  productivity  time  to  market,  cost ... 

How  to  capture  and  make  use  of  designer  intent 

Features  for  early  design,  service,  to  engineering  etc. 

Feature-Driven  Applications 

-  Process  Planning 

-  Design  Critics 

•  Cost  Estimators 

-  Design  for  manufacturability  advisor 

-  Redesign  (e.g.  for  porting  a  design  to  a  new  mfg.  process) 

Standards  -  e.g.  PDES 

(related  to  formalizing  semantics) 


m.  Recommendations 

Research  Topics 

Feature  Semantics 

Ontology,  constraint  language 
Composition  rules,  process  representation 
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Mapping  between  perspectives,  levels  of  abstraction,  modes 
function  «-»  structure  <->  process 

Maintaining  consistency,  inconsistency 

Feature  catalogues,  retrieval 

Feature  definition,  extraction 

Substrates: 

Distributed,  persistent  databases 

Integration  with  other  representation: 
e.g„  geometry,  process  plans ... 

Design  History,  Intent 

Environments  for  feature-based  design 
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Panel  *2 

Man-Machine  Interface 

Ramans  Reddy/John  williams  -  Chain 


L  Current  Status 

•  Most  general  purpose  UIMS  tools  produce  Macintosh-style  Interfaces  but 
have  high  cost,  are  hard  to  maintain  and  are  non-portable  and  often 
inconsistent. 

•  3-0  geometry  is  not  addressed  In  current  generation  of  general  purpose  tools. 

•  There  Is  no  standardization  in  user  models. 

•  There  Is  little  understanding  of  the  way  people  represent  and  manipulate 
design  information  so  we  do  not  have  a  basis  for  creating  the  shared 
representation  between  user  and  machine  necessary  for  communication. 


1.  The  design  environment  should  support  session  to  session  continuity 
(similar  to  the  LISP  environment)  with  a  'programming  by  doing'  capability. 

2.  We  must  leam  how  to  support  cooperative  work  such  as  the  state  of  the 
design  and  other's  changes  can  be  visually  communicated  to  users. 

•  change  display  using  animation.  Le.  show  me  what  you  did. 

-  concept  of  capturing  formative  process  of  components 

3.  Concept  of  3-D  intelligent  objects 

•  Icons  with  underlying  data  representations 

-  Object  Interaction  tools 

4.  Improved  UIMS  toolkits  supporting  rapid  prototyping 

-  manufacturing  workbench  (virtual  manufacturing) 

-  fast  analysis  to  guide  design 

5.  How  do  we  support  design  the  way  people  do  It?  People  are  needed  In  the  loop. 


m.  Recommendation* 

If  people  do  not  use  our  computerized  design  systems,  then  all  our  work  is  in 
vain.  We  must  do  design  the  way  people  do  It! 

We  view  the  man-machine  interface  problem  as  one  of  communication. 

We  believe  that  3-D  visualization  Is  an  enabling  technology  for  man-machine 
communication. 

We  believe  that  the  research  issues  as  detailed  above  must  be  actively  pursued. 


Panel  #3 

Concurrent  Engineering  Methodology /Partitioning 
ggjpti  Wood - 

Goal 

Formalize  Concurrent  Engineering 

•  Concept* 

•  Principles 

•  Requirements 

•  Limitations 

.  •  Generic  methods/enablers 


•  Tiger-team  approach  successful  In  Japan  (TAT  Report  •  Kelly) 

•  Tiger-teams  and  CE  enhancements  (e.g.  shared  geometric  model  of 
product) / fru itfully  Implemented  by  some  U.S.  industries  (IDA  Report) 

•  Institututlonal  /  organizational  barriers  at  least  as  great  as  technical  Issues 

•  Some  lessons  learned  but  no  formalism  yet  developed  (what  classes  of 
problems  are  amenable  to  what  kinds  of  CE  methods?) 

•  .  NIST  leading  long-term  Information  representation  effort  (PDES) 

•  Many  tackling  fragments  of  the  total  problem,  e.g.  (from  this  panel): 

-  configuration  evaluation,  parametric  design,  design  by  features 

-  manufacturing  directly  from  a  solid  model  ("art-to-part”) 

-  decomposition  of  complexity  ("partitioning") 

-  advanced  geometric  modeling  (e.g.  automatic  meshing,  non-manifold 
technology) 

•  DARPA's  newly-started  Initiative  In  Concurrent  Engineering  could  be  an 
integrating  vehicle. 


Understand  Deslgn/Mfg.  Process  and  Organizational  Issues  to  Overcome 

•  Real  Scenarios 

•  How  to  evaluate  conceptual  design  without  detailed  analysis 

•  Guidelines  for  when  CE  will/will  not  work 

Framework  for  Concurrent  Engineering 

•'  Information  model  (e.g.  PDES)  and  editing  tools  (underlying 
database) 

•  Architecture  for 

.  -  storage/rapid  retrieval  of  Information 

-  management  of  communications  and  concurrency  between  disciplines 

-  control;  planning/scheduling 

-  interfaces  to  users  and  tools 

•  Methods  and  Tools: 

•  advanced  CAD  (design  by  features);  constraint  management; 

•  detailed  -*  parameter  -»  simulation  models 

Scale-Up 

•  Managing  complexity  (system  performance,  decomposition) 

•  Real  (complex)  problems 

Testing 

•  Generic  problem  sets 

•  .  Definition  of  metrics 

nt.  Recommendations 

•  IDA;  "Don’t  wait  for  CE  research  results  [the  CE  formalism); 

study  existing  success  stories,  start  Implementing  CE  now!" 

•  IDEF  information-flow  modeling 

•  INTROSPECT  organization  analysis 

•  CE-for-CE 

•  Continue  these  workshops  (semi-annually) 
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Panel  #4 

Theotj  of  Geometry /Tolerance  Representations 
Art  Requlcha  -  Chair 


I  Statue 

A.  Solid  Modeling 

•  Fundamentals  of  solid  modeling  are  reasonably  well  understood 

•  Applications  supported  automatically 

-  Graphics 

-  Mass  Properties 

-  Static  Interference  Detection 

•  Kinematic  Simulation 

•  NC  Simulation 

•  Commercial  Modelers  are  Available 

-  Objects  of  moderate  complexity 

-  Large  resources  needed 

B.  Toleranclng 

•  Theoretical  foundations  emerging,  but  not  well-understood 

•  Experimental  systems  for  tolerance  representation  under  development 

•  Analysis  and  synthesis  algorithms  for  linear  chains  of  dimensions  are 
available 


1L  Research  Issues 

A.  Solid  Modeling 

•  Larger  geometric  coverage,  including  complex  surfaces  and  blends 

•  Better  robustness  and  efficiency 

•  Scaling  up  (very  large  objects);  hierarchical  representations,  at  varying 
levels  of  detail 

•  Management  of  constraints  and  data  dependencies;  consistency  issues 

•  Richer  models:  assemblies,  component  relationships,  features, 
functional  information 

•  Applications:  finite  element  meshing,  robotics,  NC,  inspection 

•  Exploiting  emerging  computing  technologies:  parallel  of  distributed 
computation 

•  Integrated  systems 
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B.  Tolerancing  °° 

o 

•  Math  foundations 

•  Relationship  between  mechanical  function  and  required  tolerances; 
guidelines  for  designers 

•  Analysis  and  synthesis  algorithms  for  nonlinear,  3-D  situations,  for 
form  and  other  geometric  tolerances 

•  User  interfaces  that  hide  the  math  complexity  of  tolerancing  and 
facilitate  proper  specification  and  interpretation 

•  Relationships  between  manufacturing  processes,  costs  and  tolerances 

•  Relationship  between  sampling  inspection  methods  (as  used  in  CMMs) 
and  tolerancing  specifications  that  constrain  all  points  of  a  surface  (as 
in  ANSI  standards) 


UL  Recommendations 

Geometric  information,  including  tolerances,  is  crucial  for  Concurrent 
Engineering.  Theory,  representations  and  algorithms  are  much  better  understood 
for  nominal  or  ideal  objects  than  for  toleranced  objects. 

Continuing  support  for  research  on  solid  modeling  is  needed  and  a  new 
emphasis  on  tolerancing  is  essential  to  tackle  the  many  Issues  Identified. 

Remark:  More  information  on  tolerancing  is  available  on  a  forthcoming  report 
on  a  NSF  Workshop  on  Mechanical  Tolerancing. 
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Panel  #5 

lnterfir.ce  Standards 
Howard  Bloom  -  Chair 


Narrative  Summary 

If  automation  technology  is  to  be  successfully  applied  to  concurrent  engineering, 
it  Is  vital  that  the  application  of  standards  be  clearly  understood.  Standards  provide 
the  capability  of  integrating  "plug  compatible"  systems.  Since  concurrent  engineering 
consists  of  a  set  of  life  cycle  processes  that  must  be  able  to  communicate  information 
continuously  through  the  product  life,  uniform  standards  are  an  obvious  means  of 
insuring  successful  systems  integration. 

As  the  prototype  systems  are  designed  and  developed,  it  is  imperative  that  the 
researchers  be  aware  of  existing  and  emerging  standards.  If  the  finished  systems  is  to 
be  transferred  to  industry,  it  must  not  be  a  unique  system  that  cannot  take  advantage  of 
new  technologies.  Therefore,  existing  interface  standards  must  become  a  basic  part  of 
any  CD/CE  system.  Emerging  standards  should  be  considered  and  incorporated  as 
appropriate. 

Status  of  Existing  Systems 

The  most  appropriate  set  of  existing  standards  has  been  defined  under  the  CALS 
phase  1.  This  is  not  an  accident!  The  standards  include  text  (SGML),  graphics  (PHIGS), 
data  base  query  language  (SQL),  part  drawings  (IGES).  network  communication 
(ISD/OSI 7  levels),  data  exchange  (RDA,  ANSI,  etc.)  and  data  dictionary  (IRDS).  These 
standards  are  necessary  to  support  the  successful  transfer  of  information  between 
contractors,  and  between  contractors  and  DOD  during  the  weapon  system  development. 

Standards  Research 

The  CALS  phase  n  Is  concerned  with  the  development  of  a  complete  product  data 
exchange  specification  (PDES).  At  this  time  this  is  a  research  effort  involving  the 
development  of  an  information  model  that  contains  all  the  product  life  cycle  data. 

The  implementation  of  PDES  is  also  a  research  effort.  The  so  called  "Level  II” 
involves  developing  a  distributed  knowledge  base  system.  This  involves  research  in 
feature  based  retrieval  of  data,  design  knowledge  representation,  object  oriented 
information  models,  techniques  for  validation  and  verification  of  the  PDES 
implementation,  management  of  heterogeneous  data  systems,  etc. 

Assuming  a  framework  for  CD/CE  can  be  developed,  there  is  still  significant 
research  needed  in  the  development  of  process  models  that  can  be  properly  interfaced  to 
the  integrated  product  model.  In  addition,  a  set  of  standard  languages  (e.g.  for  process 
planning)  need  to  be  implemented  that  make  effective  use  of  the  information  In  the 
product  data  base. 

Finally,  issues  such  as  verification  and  validation  of  the  implemented  process 
interfaces  require  development  of  application  interface  protocols  for  testing  purposes. 

Intermediate  Results 

At  the  present  time  there  are  projects  underway  to  develop  PDES  Levels  I  and  n 
for  mechanical  parts  and  rigid  assemblies  (PDES  Inc.).  The  EIS  project  will  develop  a 
framework  for  studying  standards  needed  for  concurrent  design.  The  Air  Force  OLIS 
project  will  study  the  implementation  of  PDES  level  in  system.  The  CALS  Testbed 
Network  is  demonstrating  the  exchange  of  product  data  using  the  CALS  Phase  I  set  of 
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standards.  The  NIST  has  several  testbeds;  the  AMRF,  the  DARPA  Manufacturing 
Testbed,  and  the  National  PDES  Testbed  which  are  being  used  for  studying  interface 
standards. 

I  Status 

•  Basic  standards  in  place 
CALS  Phase  I 

Text  (SGML) 

Graphics  (PHIGS) 

Drawings  (IGES) 

Database  (SQL) 

Data  Exchange  (RDA,  ASN.  1) 

•  Information  Models 

ER  (IDEFDQ  I  semantic  model 

IA  (NIAM)  |  (SAM*) 

•  Data  Dictionary  Framework 
IRDS  (multiple  views) 

•  Network  Standards  In  place 
ISO/OSI 7  levels 

•  No  accepted  framework  exists  for  CD/CE 

•  Classic  life  cycle  processes  well-defined 

•  Product  data  model  just  beginning  to  emerge 

JL  Research  Issues 

•  Definition  of  product  data  model  to  support  CD/CE 
(future  versions  of  PDES) 

•  Platforms  for  support  CD/CE  Information  requirements 
(distributed  knowledge  base  PDES  Level  IV) 

•  Tools  for  Interfaces 

-  Object-oriented  databases  and  information  models 

-  Knowledge  representation 

-  Feature  driven  processing 

•  Validation  and  Verification  nf  Interfaces  - 

•  Process  Models 
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•  Process  Languages 

•  Control  of  Information  when  data  management  is  automated 

•  Proprietary  Issues 

•  Query  language  fra-  distributed  databases  for  CD/CE 

MseawnsndatfcuM 

•  Product  Data  Framework  Implementations 

-  EIS  rvSIC  env.) 

-  OUS  (PDES) 

•  DES  Inc.  (mech.  parts/PDES) 

•  NIST  (Level  HI  PDES  mech  parts) 

•  Process  Interface  -  NGC 

•  CD/CE  Interlaces 

•  DARPA  DMO/DICE 

-  DARPA  ISTO/Mfg.  testbed 
-DoDEIS 

•  Feature  Definition/Extraction 

•  Feature  Driven  Processing  (e.g.  First  Cut) 

•  Expansion  of  ERDS  to  Support  PDES 

•  CALS  Testbed  Network 

•  National  PDES  Testbed 


Panel  #6 

Intelligent  Database  Design  and  Network  Support 
Roger  Burkhart- Chair 


L  Status 

•  Conventional  DBMS 
SQL/Relational,  Legacy  Systran 

•  Object-Oriented  PBMS 
VBASE,  Gemstone.  G-BASE 

•  Knowledge  Representation  Frameworks 
KEE,  Knowledge  Craft, ... 

•  CAD  Database/Conflguratlon  Control  Systems 
FAIM.  DMCS,  Sherpa. ... 

•  ,  Distributed  Relational  DBMS 

Oracle.  Ingres,  SyBASE 

•  Distributed  Heterogeneous  DBMS 
INDAS.  12S2. ... 

JL  Research  Issues 

•  Knowledge  Representation  Capabilities 

•  Multiple  Views/Perspectives 

•  Dynamic  Schema  Evolution 

•  Change  Recording  and  Management 

•  Concurrency  Control  with  Long  Transactions 

•  Network  Transfer  and  Distribution 

•  Programming  Language  Unification 

•  Performance 

HE.  Recommendations 

•  Promote  commercial  vendor  participation  in  Concurrent  Engineering 
Issues/Projects 

•  Learn  more  about  relation  of  database  and  knowledge  representation  for 
concurrent  engineering  needs 

•  Review  PDES  model  for  database  and  knowledge  representation  viewpoints 
(3rd  and  4th  levels) 

•  Investigate  neutral  storage /transfer  formats  for  generic  object  structures 
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•  Research  needs  for  verrion,  change,  and  concurrency  management 

•  Demonstrate  database  prototypes  In  real  applications  to  assess  practical 
needs 
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Panel  #7°  .  °  °  '  «  ' 

CD  Architecture  Capability /Technology  Weeds 
Kelly  ■  p*1** 

The  panel  agreed  that  a  concurrent  design  environment  should  have  the 

following  features: 

I.  The  environment  must  support  prediction  or  evaluation  from  the  earliest  phases 
of  design  and  assist  the  designer  to  use  the  evaluation  results  for  re-design.  In 
sequential  design,  most  evaluation  is  done  on  relatively  complete,  detailed • 
designs.  In  fact,  most  analytical  tools  apply  only  to  detailed  designs.  To  design 
concurrently,  we  must  have  the  ability  to  evaluate  partial,  incomplete  designs  at 
the  conceptual  stage. 

The  evaluation  must  be  carried  out  along  multiple  attributes  reflecting  the 
product's  life-cycle:  e.g.,  performance,  life-cycle  cost,  manufacturability, 
development  time.  risk,  support  ability. 

-  The  evaluation  must  let  the  designer  keep  some  requirements  and  constraints 
open  -  you  won't  have  adequate  knowledge  initially  to  fix  them. 

II.  The  environment  must  support  decomposition  of  requirements  and  traceability 
of  requirements  down  to  design  features  and  manufacturing  processes.  It  must 
highlight  trade-offs  and  make  members  of  the  design  team  aware  of  changes 
which  lead  to  marginal  increases  in  performance  at  large  marginal  cost. 

III.  The  environment  must  support  constraint  and  constraint  propagation/tracking: 
who  "owns”  the  constraints,  what  constraints  are  being  violated  by  whom  and 
with  what  consequences.  This  should  include  constraints  on  computational 
resources  used  to  support  the  design  effort 

IV.  The  environment  must  support  collaboration  and  provide  a  means  for  negotiating 
tradeoffs. 

.  V.  The  environment  must  support  rapid  calculations  at  low  cost  to  permit  the  design 
team  to  explore  a  wide  number  of  options  and  reduce  the  tendency  to  over  design 
engendered  by  insufficient  analysis. 
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Panel  #8; 

Application  Reaction 
O.  Travis  Engen  -  Chair 


The  general  view  of  the  members  of  the  Applications  Reaction  Panel  and  other 
industrial  representatives  polled  is  that  Concurrent  Engineering  principles  are  an 
effective  way  to  implement  some  of  the  objectives  of  Total  Quality  Management.  CE  is 
widely  regarded  as  a  means  to  shorten  the  development  time  through  consideration  of 
"downstream"  elements  during  the  concept  development  and  detailed  design  activities. 

The  industrial  representatives  further  expressed  the  unanimous  view  that  the  absence 
of  specific  CE  technology  or  more  sophisticated  tools  Is  not  an  inhibitor  to  the 
introduction  of  CE.  Rather  management  leadership  and  organizational  issues  seem  to 
pace  the  implementation.  The  comparison  with  Japan  was  cited  as  an  illustration  of 
this  point:  Japan  achieves  CE  through  training  of  many  workers  in  all  facets  of  the 
business  and  the  use  of  organizational  techniques,  not  with  elaborate  computer-aided 
design  or  engineering  systems.  As  expressed  by  several  observers,  we  must  simply  get. 
on  with  the  implementation  of  CE  by  leadership,  training  and  organizational  changes; 
the  automation  tools  will  follow. 

The  notion  of  applying  the  principles  of  CE  to  the  development  of  CE  was  praised.  In 
this  regard  it  was  urged  that  joint  DoD / Industry /Academe  effort  to  create  a  CE  roadmap 
be  started.  This  would  provide  a  forum  to  allow  the  "downstream"  Impacts  of  the  full 
life  cycle  of  CE  to  be  used  in  the  concept  development  and  design  stage  of  CE  tool 
development  It  would  also  provide  a  structure  which  the  many  isolated  CE  activities 
and  tool  development  programs  could  use  to  develop  a  better  focus. 

Finally,  the  suggestion  that  a  broad  program  of  communication,  education  and 
training  should  be  begun.  The  Implementation  of  CE  is  viewed  fundamentally  as  an 
organizational  and  leadership  issue.  Education  of  the  leaders  of  our  nation,  the 
Congress  and  the  Executive  Branch,  and  the  leaders  of  our  educational  system  to  bring 
to  them  the  vision  of  the  benefits  of  Total  Quality  Management  and  Concurrent 
Engineering  as  an  enabling  technique  Is  essential  to  creating  a  positive  environment 
for  the  real  social  change  which  Is  required.  j 
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DEFENSE  MANUFACTURING  OFFICE 

*  CHARTER  ■  . 


THE  CHARTER  OP  DMO  18  TO  PROVIDE  NATIONAL  LEADERSHIP  IN  THE 
DEVELOPMENT  OF  WORLD  CLASS,  HIGH  PERFORMANCE  DEFENSE 
MANUFACTURING  HAVING  A  SUSTAINABLE  ADVANTAGE  OVER  COM¬ 
PETITORS  BASED  UPON 

*  KALUEJMEASUREMENTS  SUCH  AS  PRODUCT  DEVELOPMENT 
CYCLES,  COSTS,  PERFORMANCE,  QUALITY  AND  SERVICE 

*  CAPACITY  FOR  LEARNINQ..AND,.  INNOVATION  '  AS  EVIDENCED 
BY  DEVELOPMENT  AND  INDUSTRIAL  TRANSITION  OF  NEW 
PROCESSING  TECHNOLOGIES  IN  CONCERT  WITH  THE  DEVELOP¬ 
MENT  OF  NEW  PRODUCTS 

CLASSES  OF  DEFENSE  MANUFACTURING  INDUSTRY  OF  SPECIAL  INTEREST 
INCLUDE: 

*  THOSE  MIGRATING  OFFSHORE  THROUGH  LOSS  OF  COMPETITIVE 
EDGE 

*  THOSE  WHICH  MANUFACTURE  ONLY  FOR  DOD  MARKETS 

*  THOSE  BASED  UPON  EMERGING  TECHNOLOGIES  WHICH  FORM  THE 
BASIS  FOR  NEW  OR  MORE  EFFECTIVE  WEAPONS  SYSTEMS 


DMO  OVERVIEW 


•  DMO  SUPPORT  EFFECTIVELY  SERVES  AS 

•  LOWER  COST,  LONGER  TERM  SOURCE  OF  CAPITALIZATION 

.  MECHANISM  FOR  VALIDATION  AND  INSERTION  OF  NEW 
TECHNOLOGIES  INTO  PRODUCTION 


•  SEVERAL  CANDIDATE  INDUSTRIES 


•  COMPOSITES  -  CERAMICS 

•  OPTICS *  *  COMPUTERS 

•  SUPERCONDUCTORS  -  NAVIGATION  AND  GUIDANCE 


Unking  Problem-Solving  Cydes 
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Concurrent  Engineering 
RuseShorey,  ASASD  (Systems) 

In  nor  view,  concurrent  engineering  is  one  of  the  most  important  areas  which  DoD  is 
addressing  at  this  time.  I  would  also  like  to  discuss  the  contributions  that  I  feel  this 
workshop  can  make  to  our  broader  objectives.  First,  what  do  I  mean  when  I  use  the 
term  "Concurrent  Engineering?"  Most  simply,  an  integrated  process  in  which  the 
design  of  a  product  and  the  engineering  of  the  processes  which  will  manufacture  and 
support  it  are  done  together  as  a  single  unified  effort. 

The  intense  and  rapidly  growing  interest  in  this  area  results  (of  course)  from  perception 
that  much  shortened  development  schedules;  improved  quality;  and  reduced  costs  can . 
accrue  •  all  at  the  same  time  (and  you  will  see  the  results  cf  various  case  studies  on  this 
during  the  workshop).  If  this  is  such  a  good  idea,  why  haven't  we  picked  it  up?  First,  one 
must  say  that  in  some  cases  enlightened  people  have  moved  in  this  direction  and 
produced  a  few  successes.  In  other  cases,  they  have  tried  to  move  but  have  been  only 
partly  successful  or  failed.  I  believe  the  underlying  problems  can  be  addressed  in  terms 
of: 

•  Acquisition  practices 

•  Management  attitude 

-  Availability  of  technology 

The  mainstream  DoD  acquisition  practices  reflect  a  number  of  conflicting  forces  - 
many  of  which  have  tended  to  fractionate  and  segment  the  processes  in  a  direction 
away  from  the  integrated  process  represented  by  Concurrent  Engineering.  We 
fractionate  horizontally  and  vertically. 

We  have  a  sequential  process  which  attempts  to  achieve  control  by  imposing 
checkpoints  at  different  phases  of  development  and  in  order  to  gain  management 
visibility  of  important  areas  as  producibility,  reliability,  maintainability,  separate 
groups  and  separate  reporting  channels  were  established  to  advocate  these.  In  some 
cases,  these  efforts  have  been  successful,  but  in  many  other  there  has  been  a  lot  of 
offline  analysis  generated  and  paper  passing  which  has  not  affected  the  design. 

The  la  dc  of  incentive  for  DoD  industry  managers  to  improve  the  design  and 
manui  acturing  processes  has  been  the  subject  of  dialogue  and  discourse  for  the  two 
decadi  s  that  I  have  been  closely  involved  in  defense  matters.  However,  there  seem  to  be 
a  colle  ctlon  of  forces  at  work  at  this  time  which  have  broken  through  the  inertia  and 
have  c  rested  a  market  for  pursuing  avenues  of  major  improvement  in  quality  and  cost. 
Much  of  the  credit  for  this  belongs  to  Bob  Costello,  the  current  USD(A)  who  has  made 
the  improvement  of  design  and  manufacturing  processes  his  personal  campaign  over 
the  pa  rt  two  years.  Rather  than  advocating  new  weapons,  he  has  advocated  improved 
proces  s.  During  this  time,  he  has  started  a  top-down  process  including  training 
sessio:  is  for  senior  DoD  (including  Service  managers)  in  the  elements  of  a  strategy  for 
contin  nous  process  improvement.  He  and  key  Service  leaders  have  met  with  senior 
defense  industry  leaders  in  prolonged  sessions  to  communicate  personally  the  crucial 
importance  and  tremendous  leverage  which  can  be  had  in  changing  the  DoD  processes. 

I  one  this  using  the  umbrella  Total  Quality  Management"  I  personalty  see  this 
ampaign  starting  to  pay  off  in  terms  of  top  level  commitment  from  industry 
s.  For  example,  many  of  the  large  defense  contractors  have  recently  started 
training  programs  for  their  personnel  in  management  methods  and 
es  which  will  support  their  practice  of  improved  processes  including 
nt  engineering  disciplines.  (Here  I  refer  to  training  in  multifunction  team 
lent  dirciplines,  quality  engineering  methods,  experimental  design  by  such 
s  ASI,  University  of  Tennessee  productivity  center.  University  of  Wisconsin 
oopers  and  Lybrand  and  many  others.)  In  fact,  I  might  note  there  is  a  very  large 
area  developing  in  training. 


The  results  of  the  concurrent  engineering  task  forces  which  we  have  run  over  the  past 
year  and  winch  you  will  hear  later  have  come  along  at  a  time  when  the  marked  has  been 
created  for  large  scale  change. 

Thus,  when  we  recently  briefed  Bob  Costello  on  the  results  of  our  concurrent 
engineering  task  force  efforts,  his  reaction  was  that  we  had  outlined  the  front  end  or 
engineering  side  of  his  Total  Quality  approach  for  DoD.  There  has  been  similar  positive 
response  from  many  quarters  of  defense  industry. 

In  the  course  of  our  various  task  forces,  there  has  been  considerable  debate  over 
whether  advancement  In  technology  is  or  will  be  a  significant  factor  in  accelerating  the 
widespread  application  of  concurrent  engineering  in  our  DoD  Industries. 

Clearly  there  are  a  number  of  success  stories  where  groups  have  practiced  concurrent 
engineering  and  achieved  remarkable  reductions  in  development  schedule  and 
improved  quality  at  the  same  time  using  the  best  existing  technology.  We  need  to 
establish  an  understanding  of  the  highest  leverage  areas  for  DoD  sponsored  efforts  to 
achieve  engineering  process  improvements  on  a  broad  scale.  We  need  to  do  this  for 
different  product  areas,  technology  areas;  we  need  to  understand  the  technology  needs 
for  different  levels  of  Integration. 

Here  I  am  addressing  the  obvious  point  that  the  aircraft  people  are  concerned  with 
structures,  surfaces,  and  Integration  of  subsystems  whereas  the  component  supplier  Is 
primarily  focussed  on  the  Interaction  of  materials,  processes,  and  design. 

Over  the  next  year,  we  plan  to  have  IDA  carry  on  some  efforts  to  put  the  supporting 
technology  efforts  In  perspective  for  different  product  areas.  Without  any  further 
analysis,  it  Is  clear  that  the  architecture,  framework,  and  product  definition  areas  are 
crucial  to  our  objectives  of  accelerating  the  pace  of  integration  of  processes  to  support 
concurrent  engineering.  It  strikes  me  that  such  Integration  objectives  are  not  new,  but 
instead  become  much  more  clearly  focussed  through  our  adoption  of  concurrent 
engineering  objectives.  That  Is.  whereas  the  Air  Force  has  been  supporting  CIM 
programs  since  the  early  1980's  and  product  definition  demonstrations  since  the  mid 
1980's,  the  focus  has  been  more  on  passing  design  data  to  manufacturing  than  on 
affecting  design  in  a  major  way  through  simultaneously  designing  the  manufacturing 
and  support  processes  as  a  sanity  check  on  the  product  design. 

Similarly,  we  have  been  supporting  an  Industry  Initiative  In  accelerating  Integration  of 
technical  data  related  processes  -  which  we  call  CALS  (Computer-Aided  Acquisition  and 
Logistics).  Through  this  we  have  developed  a  management  structure  In  DoD  and  a  large 
industry  task  force  which  is  evolving  specifications  for  an  integrated  weapon  system 
product  data  base.  This  group  already  has  a  task  force  on  "Design  Integration."  We  have 
recently  seen  the  big  aerospace  contractors  and  some  information  systems  contractors 
form  a  funded  cooperative  to  accelerate  the  Implementation  of  PDES  (Product 
Definition  Exchange  Specifications)  with  an  objective  of  early  demonstrations  in  1989. 
There  Is  a  strong  commitment  from  DoD  to  push  future  funded  efforts  of  the  PDDI, 
GMAP  sort  and  the  NTIS  PDES  test  bed  In  directions  compatible  with  the  Industry 
cooperative  recommendations. 

It  Is  Important  to  our  national  effort  that  the  DARPA  efforts  contribute  to  and  build 
upon  the  mainstream  that  Is  being  formed  In  the  framework  and  architecture  areas. 
Thus,  it  will  be  particularly  helpful  for  this  workshop  to  attempt  to  clarify  and 
distinguish  between  what  capabilities  have  been  demonstrated  or  put  into  practice, 
what  midterm  objectives  seem  feasible,  and  what  longer  term  goals  and  research  would 
have  high  pay  off. 


PROCESSES  TOGETHER  WITH  EMPHASIS  ON  EFFICIENCY, 
INCREASED  QUALITY  AND  REDUCED  COST. 


CONCURRENT  ENGINEERING 

BACKGROUND 

•  USD(A)  MEMORANDUM  -  APRIL  1988 

•  INSTITUTE  FOR  DEFENSE  ANALYSIS  OSD/SERVICES/INDUSTRY 

TASK  FORCE  70+  ORGANIZATIONS 

•  PYMATUNING  GROUP  INDUSTRY  EXECUTIVES 

20+  COMPANIES 

•  CALS  TASK  FORCE  ON  TECHNICAL— DO  D/IN  DUSTR) 

DESIGN  INTEGRATION  40+  COMPANIES 
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CONCURRENT  ENGINEERING 

SELECTED  CASE  STUDIES 


CASE  STUDY 

COST 

SCHEDULE 

QUALITY 

McOONNBUL  DOUGLAS 

60%  SAVINGS  ON  WO  FOR 
REACTOR  AND  MtSSKE 
PROJECT*. 

SIGMFICANT  SAVMGS  (REDUCTION 
FROM  49  WEEKS  TO  1  HOURS)  M 

ONE  PHASE  OF  HIGH-SPEED 

VEHICLE  PRELIMINARY  DESIGN:  IS 
MONTH  SAVING  ON  TAV4B  DESIGN 

SCRAP  REDUCED  50%,  REWORK  COST 
REDUCED  29%  AND  NON¬ 
CONFORMANCES  REDUCED  30%;  WELD 
DEFECTS  PER  UNIT  DECREASED  7T5% 

«•%  FEWER  CHANGES  ON  REACTOR; 

60%  FEWER  ORAVRNG  CHANGES  ON 
TAV-0B. 

SOCMQ  SAUJST1C 
STSTCMS  DnWOM 

RCDUCZD  LASOX  HATH 

ST  tat/HQUft;  COST 

SAVMGS  30%  BO.OW  BIO. 

PART  AMO  MATERIALS  LEAD-TIME 
REDUCED  BY  30%:  ONE  PART  OF 
DESIGN  ANALYSIS  REDUCED  BY 

OVER  90%. 

FLOOR  MSPECTION  RATIO 

DECREASED  BY  OVER  2/*  MATERIAL 
SHORTAGES  REDUCED  FROM  12%  TO 
(h  90%  OEFECT-FREE  OPERATION. 

AT4T 

COST  OF  REPAIR  FOR  NEW 
CIRCUIT  PACK 

PRODUCTION  CUT  AT 

LEAST  40%. 

TOTAL  PROCESS  TWE  REDUCED  TO 
40%  OF  BASELINE  FOR  9ES&" 

DEFECTS  REDUCED  BY  30%  TO  97% 

OEERB  4  COMPANY 

30%  ACTUAL  SAVINGS  M 
DEVELOPMENT  COST  FOR 
CONSTRUCTION 
EQUIPMENT. 

10%  SAVMGS  M  DEVELOPMENT 

TWE. 

NUMBER  OF  INSPECTORS  REDUCED  BY 

2/1 

HEWLETT-PACKARD  CO, 
INSTRUMENT  DIVISION 

MANUFACTURING  COSTS 
REDUCED  42% 

REDUCED  DEVELOPMENT  CYCLE 

TIME  39% 

PRODUCT  FIELD  FAILURE  RATE 

REDUCED  80%.  SCRAP  AND  REWORK 
REDUCED  75%. 

mm 

PRODUCT  DIRECT 
ASSEMBLY  LABOR  HOURS 
REDUCED  *5%. 

SIGNOTCAMT  mCOUCTION  M 

LENGTH  OF  PMT  DESIGN  CYCLE. 

40%  REDUCTION  IN  ELECTRONIC 
DESIGN  CYCLE. 

FEWER  ENGINEERING  CHANCES. 
GUARANTEED  PROOUCIBIUTY  AND 
TESTABILITY. 
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CONCURRENT  ENGINEERING 


GENERALIZED  ELEMENTS 

•  TOTAL  SYSTEM  ENGINEERING  —  FRAME  WORK  FOR 
ENGINEERING  PROCESS  MANAGEMENT  AND 
INTEGRATED^-EXPLICI^  DECISION  SUPPORT 

•  MULTIDISCIPLINE  TEAMS  —  INTEGRATED  PRODUCT  AND 
PROCESS  DESIGN,  RfiOUGEDbNON^AEUE^ADfDED.AA^RK 

•  QUALITY  ENGINEERING  METHODS  —  EFFICIENT, 
EFKSUVE  PRODUCT  AND  PROCESS  OPTIMIZATION 

•  CAD/CAE/CAM  —  MANAGEMENT  OF  CHANGE,  RAPID 
TRANSFER  OF  BENEFITS,  REDUCTION  OF  ERRORS, 
EFFICIENT  DATA  COLLECTION  AND  ANALYSIS,  EFFECTIVE 
INTEGRATION 


°°0  UNIQUE 

OBJECTIVES  FUNCTIONS 


CONCURRENT  ENGINEERING 

SPECTRUM  OF  SUPPORTING  ACTIVITIES 


Eatfy,  complete  A 
continuing  undentandtog 
oS  Custon-.tr  requirema,its 
*m  priortBts. 


Reduced  Cost 


Frameworks/ 

Architectures 


Translation  oi  requirements 
concurrently  and  in  an  Lite  grated 
Reduced  Time  fashion  Into  opttmd  products 
and  manufacturing  and  support 


Increased  Quality 


Continuous  review  and 
Improvement  of  product, 
process  »  support  characteristics. 


SpaSuties  technical 

CAPABILITIES  BUILDING 

BLOCKS 

CWdata  on  compare!*  product*  Data  Pmcesdng  » 
P«**s»«*  support  (isssonsieamady.  Data  Structure. 

Deltna  and  capture  data  tor  new  weapon 
*y*tom  proAset  process  A  support 

Synthesise  requitemenls  Into  Framewwhs/ 

•tosign  of  prortoct  process  »  support.  Architectures 

Validate  design  of  product 
process  and  support 

Manage  product  process, 
and  support  data. 

Toots  A  Models 

Mivsr  product  or  data  tor 
m*nufacturing  A  supporting  product 

R-P«  Prototyping  Manufacturing 

Process  Robustness  systems 

Inlefflgent  oversight  lor  impact 
assessment  ol  changes. 

Proactive  avafet-Mty  of  current  design.  Engineering  Processes 


Tools  A  Models 


Manufacturing 

systems 
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•  STRATEGY 

•  IMPLEMENT  THROUGH  ACQUISITION  PROCESS 

“PROCESS  EMPHASIS” 

•  DOD  LEAD  THROUGH  EXAMPLE 

•  INCREASED  TECHNOLOGY  FOCUS  ON  TOTAL  PROCESS  IMPROVEMENT 

•  INDUSTRY  RESPOND  WITH  INNOVATION  IN  PROCESSES 

•  CONSIDERATIONS 

•  INDUSTRY  WILL  ADOPT  CONCURRENT  ENGINEERING  TO  ENHANCE 

COMPETITIVE  POSITION 
—  IF  DOD  ENCOURAGES  AND  ENABLES 
—  RECOGNIZES  INNOVATION 

•  BARRIERS  INCLUDE 

—  DOD  FRACTIONATION  OF  REQUIREMENTS 

-  TOO  LITTLE  ATTENTION  TO  PROCESS 

-  TOO  MANY  “HOW  TO"  SPECIFICATIONS 
—  LACK  OF  INCENTIVES 

C 


ELEMENTS  OF  AN  ACQUISITION  APPROACH 

o  INTEGRATED  REQUIREMENTS 

COST,  QUALITY  AND  TECHNICAL 
INTEGRATED  DELIVERABLES 

O  DEVELOP  SOURCE  SELECTION  CRITERIA  FOR  CONCURRENT  ENGINEERING 

PROCESS  BASELINE 

PROCESS  WPROVEVCNT  RELATED  TO  COST  AND  QUALITY 
0  DEVELOP  MANAGEMENT  DISCIPLINE 

STREAMING 

SYSTEM  ENGINEERING  INCLUDE  ILLmES’ 

GOVERNMENT  MULT1DISCIPUNE  TEAMS 

0  PARALLEL  MANTECH  PROGRAMS  NCLUDE  CONCURRENT  ENGINEERING  -START  AT  CONCEPT 
PHASE 

65  -6.3  PILOTS 

COORDINATED  DARPA  •  SERVICE  PROGRAMS 
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CONCURRENT  ENGINEERING 


CURRENT  ASSIGNMENTS 


•  ACQUISITION  IMPLEMENTATION 

•  INTEGRATED  REQUIREMENTS 

•  “SYSTEM"  ENGINEERING  GUIDELINES 

•  INTEGRATED  CDRLS  (CALS) 

•  RFP/SOURCE  SELECTION 

•  NEW  MANUFACTURING  TECHNOLOGY 
GUIDELINES 

•  REVISION  OF  DOD  TEMPLATES 

•  NEAR  TERM  EDUCATION/TRAINING 

•  LONG  TERM  EDUCATION/TRAINING 

•  FOCUSED  DOD  TECHNOLOGY  PROGRAM 

•  INDUSTRY  INCENTIVES 

•  PILOT  PROGRAMS 

•  OVERALL  STRATEGY 


OSD/SERVICES/INDUSTRY 
ASSOCIATION  TASK  FORCES 


OSD/AF/INOUSTRY 
ASSOCIATION  TASK  FORCE 

OSD/SERVICES/DMB-DSB  TASK 
FORCE 

PESO/SERVICES 

SERVICES/INDUSTRY  TASK  FORCE 
IDA/SERVICES  TASK  FORCE 
PGI 

IDA/SERVICES 

DMB 


—  CONCURRENT  ENGINEERING 

NEEDED  USD(A)  support 

’  EST"  P0UCY  m  «S'°nment  of 

•  interaction  with  congress 

FUNDING  FOR  FY  90-91  PILOT  PROGRAMS 

•  BRIEF  secretary  of  defense 
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VISION 


•  REDUCED  DEVELOPMENT  CYCLE  -  BY  HALF 

•  ACHIEVES  HIGH  QUALITY/LOWER  COST  PRODUCTS 

•  THROUGH: 

•  STREAMLINED  PROCESSES 

•  MULTIDISCIPLINE  TEAMS 

•  INTEGRATED  DESIGN  CF  PRODUCT  AND  PROCESSES 
—  PRODUCT/PROCESS  OPTIMIZATION 

—  PRODUCT  DEFINITION 

•  PAPERLESS  PROCESSES  FOR: 

—  COMMUNICATION 

—  ANALYSIS  AND  SIMULATION 
—  DESIGN  RELEASE 
—  TRANSFER  TO  MANUFACTURE 

•  RAPID  MOCKUPS  AND  PROTOTYPES 
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DOO/INDUSTRY  CONCURRENT 
ENGINEERING  TASK  FORCE 


ELECTRONICS 

AIRFRAME 

ENGINE 

SHIPS 

IBM 

LOCKHEED 

GE 

NEWPORT  NEWS 

T1 

BOEING 

P&W 

HONEYWELL 

LITTON 

GE 

ITT 

GD 

GRUMMAN 

BELL 

NORTHROP 

GARRETT 

WEST1NGHOUSE 

AT4T 

TRW 

MCC 

HUGHES 

McDonnell  douglas 
HUGHES 

AEROSPACE 

LAND  VEHICLES 

MUNITIONS 

COLLEGES 

GD 

JOHN  D'-tRE 

AEROJET 

HARVARD 

MIT 

FORD 

CARNEGIE  MELLON 

PRINCETON 

RPI 

UNIV  OF  MARYLAND 
UNIV  OF  WISCONSIN 
UNIV  OF  IOWA 
UNIV  OF  RHODE  ISLAND 
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CALS  TASK  FORCE  ON  DESIGN  INTEGRATION 
ELECTRONICS 


CONTRACTORS 


ELECTRONICS 

CONTRACTORS 


CONSULTANTS 

A 

UNIVERSITIES 


GOVERNME 


MCDONNELL  AIRCRAFT 

RAYTHEON 

BOEING  AEROSPACE 

MARTIN  MARIETTA 

LOCKHEED-GEORGIA 

NORTHROP 

GENERAL  DYNAMICS 

ROCKWELL  INTERNATIONAL 

HONEYWELL 

TRW 


tOCKHEED-ELECTRONICS 

HARRIS 

TEXAS  INSTRUMENTS 

ROCKWELL  COLLINS 

WESTINGHOUSE 

LITTON  AMECOM 

GOULD 

SANDERS 

UNISYS 

IBM 

AT4T 


VIRGINIA  TECH  OASD 

UN IV  OF  MARYLAND  NOSC 

SIEGFRIED  ENT  USAF 

SIGMA  PLUS  AFHRL 

MCC 

DACOM 

PCA 

GIORDANO 

VEDA 
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CALS  TASK  FORCE  ON  DESIGN  INTEGRATION 
MECHANICAL  SYSTEMS 


cswiBAgrore 

AUJED-SK34AL  AEROSPACE 
ALUSON  OAS  TUREME  DW.  ONL 
AUTOMATED  MAGES 
AVONOALE  SHPBUUXNQ 
BMV  CORPORATION 
BATH  RON  WORKS 
BELL  HELICOPTER  TEXTRON 
CADS-LAC  GAGE  TEXTRON 
CONTROL  DATA  CORPORATION 
FMC  GROUND  SYSTEMS 
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GO  LAND  SYSTEMS,  FT.  WORTH 
GRUMMAN  JURCRAFT  SYSTEMS 
IBM 

LOCKHEED  AERO  SYSTEMS 
MCDONNELL  AUCRAFT,  HSJCOPTER 
NEWPORT  NEWS  SHPSULDMG 
PRATTA  WHTTNEY 
ROCKWELL  MTERNATITNAL 
SARGETN  CONTROLS 
SMORSKY  ABCRAFT 
SPERRY  MARINE,  MC. 
WESTINGHOUSE  ELECTR0NC3 
YORK  MTERNATONAL 


CONSULTANTS 
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ADVANCED  TECHNOLOGY 
a  APPLETON  COMPANY 
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MANAGEMENT  SOENCES 
PROSPECTIVE  COMPUTER  ANALYSTS 
SIGMA  PLUS 

STRUCTURAL  DYNAMOS  RESEARCH  CORP. 
W.  a  BEAZLEY  ASSOCtATXM 
UNIVERSTTY  OF  IOWA 
UMVERSITY  OP  NEW  MEXICO 


GOVERNMENT 

AP  HUMAN  RESOURCES  LAB 
ARMY  ARMEMENT  RED  CENTER 
000  PROO.  ENG.  SERVICES  OFFICE 
NAVSEA 
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OASO  (PAL)  CALS 

US  ARMY  MAN  ENG.  COLLEGE 


CONCURRENT  ENGINEERING 
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SUMMARY 


CONCURRENT  ENGINEERING 


PYMATUNING  GROUP  EXECUTIVE  TASK  FORCE 
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CONCURRENT  ENGINEERING  - 
WHY  NO H? 
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rocua  on  "outproducing  and 
outperforming"  advarsarlaa 

Rl-voluno,  utilitarian  products 

■Trluaph  of  Manufacturing"  in  U.  S. 

Dafanaa  Production  basad  upon 
civilian  sarket  production 
capabllltlaa 
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Focus  on  "QuillUtlvl 
Superiority’*  over  idvtritrUt 

Hi-sophlstlcatlon,  saall 
voluaa  products 

Manufacturing  Process 
Technology  lagging  in  tJ.  S. 

Dafanaa  production  Increasingly 
unrelated  to  civilian  aarXst 
production  capabilities 
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CONCURRENT  ENGINEERING 


•  Enthral  to  Quality  Management 

•  Cloaaly  coupled  to  "CALS" 


•On*  aspect  which  add*  greatly  to  tho  complexity  ot  Modern  woapona 
ayataa  development,  la  that  the  contractor  taaaa  comprise  aeny  Individual 
camper lee,  of  varying  sizes  and  locations,  and  that  the  definition  of  the 
product  and  the  processes  used  to  build  and  sain tain  the  weapons  systea  are 
perforaed  in  a  number  of  widely-distributed  locations.* 


CONCURRENT  ENGINEERING 


-  ni  APPROACH  ■: 

o  Iapleaentatlon  principally  in  industry  with  industry  investments 

o  Need  for  dialog  between  DoO  and  its  defense  industry 

The  needed  industry  insights  on  hov  best  to  introduce  and 
iapleaent  Concurrent  Engineering  practices  are  mo  important 
to  OSD/USO(A)  at  this  formative  stage  of  the  Program,  that 
The  Pyiutuning  Group  vas  asked  by  DASD(PtI,)/ADASD  (Systems) 
to  employ  a  quick-reaction  mechanism  that  vould  stimulate 
industry  response  and  expedite  its  influence  on  the  Program. 

o  Informal  quick-reaction  mechanism  put  into  place: 

-  The  DoD  Industrial  Concurrent  Engineering  Strategy  Forum 
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DOO  INDUSTRIAL  CONCURRENT  IM6XNEIRXN0  STRATEGY  FORUM 


SPECTRUM  OF  INDUSTRIAL  PARTICIPATION 


•oclng  Aarospaca  Battalia 

General  Dynaaiea  Hughes  Radar  Draper 

Oruaman  IBM  IDA 

Hughes  Aircraft  ITT  IITRI 

Lockheed  Nastlnghousa  PGI 

McDonnell  Douglas  Sarnoff  Raaaarch  Center  8AIC 

Northrop 
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The  major  finding  by  tha  Forum  la  that  ConCurrant  Engineering 
ia  a  sound  concapt,  that  it  :>as  benafittad  both  the  customer^  and 
the  producing  industries  vtiare  applied,  that  it  can  and  has 
yielded  major  reductions  in  cost  and  davalopaant  time  for  modest 
up-front  lnvastaants,  and  that  it  makes  good  sense  to  encourage  tha 
application  of  Concurrent  Engineering  practices  and  methodologies 
throughout  all  industrial  organizations  supplying  the  Department 
of  Oefense. 


CONCURRENT  ENGINEERING  STRATEGY  FORUM 


Tha  ua*  of  concurrant  engineering  practical  early  in  the  design 
precaaa  will  skaw  tha  traditional  procurement  funding  proflla  by  graatar 
up-front  loading  of  costs.  At  tha  sane  tine,  experience  shows  that 
potantlal  savings  in  Ufa  cycla  product  costs  troa  Improved  reliability, 
supportablllty,  ate.  aora  than  offset  tha  higher  initial  cost. 

An  axaaplary  ksy  racoaaandation  In  tha  rorua  Report  la  that! 

■A  parallel  funding  "line"  for  manufacturing  innovations, 
a.g.,  concurrant  engineering  practices,  should  accoapany 
each  procurement  request  for  sophisticated,  novel  or 
complex  products.  This  will  allow  for  "manufacturing 
process*  funding  to  track  along  with  all  appropriate 
product  davalopaant  contracts  and  should  help  DoD  in  its 
innovative  production  "catch-up*  posture." 
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CONCURRENT  ENGINEERING  STRATEGY  FORUM 
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m  poiwra  highlighted  by  the  pci 

PPP-IWPUSTRIAL  CONCURRENT  ENGINEERING  STRATEGY  FORUM 
,  (October  24,  !»*•)  ■ 


Concurrent  Engineering  to  the  Boot  powerful  single  eeens  for 
■eking  Total  Quality  Management  (TQM)  succeed  In  industry  and 
DoO 

The  technologies  that  coaprise  Concurrent  Engineering  are 
available  and  used  by  major  defense  primes  and  some  subtler 
suppliers 

■ovever,  the  deployment  of  Concurrent  Engineering  technologies 
la  not  necessarily  occurring  at  the  pace  or  to  the  extent 
needed  by  DoO 

...  Very  little  data  available  ...  Casa  studies  do  not  tell 
the  story 

...  Priorities  accorded  daployaant  and  occurrence  are  still 
primarily  those  of  industry,  not  of  DoD 

Concurrent  Engineering  will  net  occur  without  changes  in 
management  structure  and  approach  (culture)  in  industry 

...  technology  alone  will  not  make  it 

Only  DoD  as  a  ■Monopolistic*  customer  can  accelerate  the  pace, 
the  extent,  and  the  occurrence  of  Concurrent  Engineering  in 
the  Defense  Industrial  Base 

...  A  significant  portion  of  the  near  term  actions  necessary 
must  be  undertaken  by  DoD 

. . .  there  la  ample  evidence  that  contir  -atlon  of  current 
acquisition  practices  will  not  suffice 


KEY  POINTS  HIGHLIGHTED  BY  THE  PCI 
POP-INDUSTRIAL  CONCURRENT  ENGINEERING  STRATEGY  fORUM 


Some  key  changes  must  be  made  by  DoD  int 

...  The  Requirements  Definition  Process  which  presently 
prohibits  the  continuous  improvement  in  product  and 
process  which  is  the  hallmark  of  Concurrent  Engineering 

...  Contractual  funding  arrangements  which  currently  do  not 
provide  for  supplemental  funding  consistent  with  the 
accsleratad  use  of  Concurrent  Engineering  by  contractors. 
This  supplemental  funding  is  perhaps  the  best  way  to 
achieve: 

-  Risk-sharing  by  DoO,  and 

-  Bene f l  /'taring  by  industry 

...  Program  Man,\-»ent  to  put  in  place  the  DoD  counterpart 
to  industry1 j  System  Engineer  -  an  essential  component 
of  Concurrent  Engineering.  The  DoO  counterpart  for  each 
program  would  be  named  Lead  Program  Executive  and  he 
would  have  the  authority; 

-  to  lead  the  DoD  team  throughout  the  Program  life, 

-  to  make  trade-offs  and  determine  acceptaLle  risks, 

-  to  be  the  lead  contact  with  industry, 

-  To  instil  the  best  of  the  such  admired  *Skunk  Works* 
approach,  and 

-  to  effect  the  team  approach  which  epitomizes 
Concurrent  Engineering 


DoD  should  taka  ths  laid  In  obtaining  legislation  for 
"Kanufacturing  Engineering"  equivalent  to  tho  National  Defense 
Education  Act  of  lSSd 


Ths  currant  stats  of  understanding  and  awareness  of  Concurrent 
Engineering  In  DoD  Mitigates  against  the  needed  pace  of  change 
within  DoD 

The  needed  understanding  and  awareness  of  concurrent 
Engineering  within  Industry  as  a  whole  is  probably  inadequate 
to  achieve  the  needed  pace  of  change  within  the  Defense 
Induatrltl  Hn 

...  DoD  Must  state  More  forcefully  its  changing  policies, 
praetlces,  and  schedules 


KEY  POINTS  HIGHLIGHTED  BY  THE  PCI 
POD-INDUSTRIAL  CONCURRENT  ENGINEERING.  STRATEGY  TORUM 


As  a  cautionary  note,  DoD  policy  officials  should  exert 
extraordinary  controls  in ,  the  near  tana  to  prevent 
inappropriate  introduction  into  contracts  of  Concurrent 
Engineering  requirements.  There  is  already  evidence  of  such 
occurrences  which  are  properly  causing  negative  reactions  fros 
industry  Management 


Active  interest  and  participation  by  aajor  Defense  Fries 
contractors 

Awareness  steadily  increasing  in  Defense  Industrial  Bass 

Actual  uss  by  industry  la  fragmentary 

Supported  by  OSD/DoO  Senior  Policy  Officials 

Awareness  spotty  to  non-existent  in  DoD  PHO  and  contracting 
communities 

Confusion  concerning  relationship  among  various  OSD(A) 
initiatives,  e.g.,  TQM  and  Concurrent  Engineering 

Mo  supporting  contractual,  funding,  or  acquisition  changes 
evident 

Congressional  awareness/support  uncertain 

A  few  Weapons  systems  Progress  are  already  using  or  are 
actively  considering  the  use  of  Concurrent  Engineering,  e.g., 
ATP,  AL3,  mobile  launcher,  UfX,  etc. 

AP  Variability  Reduction  Program  Includes  Simultaneous  (l.e.. 
Concurrent)  Engineering  objectives 


recommends  that  the  Department  of  Defenses 


1.  Develop  policies  and  procedures  to  actively  encourage, 
but I  not  mandate,  the  implementation  of  Concurrent 
Engineering  practices  by  the  Defense  Industrial  Base. 


E.  Explicitly  acknowledge  Concurrent  Engineering  as  a 
principal  means  for  achieving  the  Department's  Total 
Quality  Management  (TQM)  objectives. 


].  Establish  a  "Concurrent  Engineering  Initiative"  to 
provide  funds  for  education  and  research  to  accelerate 
the  adoption  and  advancement  of  Concurrent  Engineering 
practices  and  methodologies. 

4.  Create  a  Requirements  Development,  Request  for  Proposals 
(RPp),  and  Acquisition  process  which  provides  greater 
latitude  for  on-going  trade-offs  of  system  requirements. 


-Briefing  Outline  " 
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•  Definition  of  Concurrent  Engineering 

•  Key  Elements  of  Concurrent  Engineering 

•  Examples  of  use 

•  Conceptual  Framework 

•  Recommendations  in  Phase  I  Report 


Definition  of  Concurrent  Engineering 


Concurrent  engineering  is  a  systematic  approach  to  the  integrated,  concurrent 
design  of 

—  products  and 

—  their  related  processes  including  manufacture  and  support. 

This  approach  is  intended  to  cause  the  developers,  from  the  outset  to  consider 
all  elements  of  the  life  cycle  from  conception  through  disposal,  including 

—  quality, 

—  cost, 

—  schedule,  and 

—  user  requirements. 


Scbpe  of  Optimization 


•  Goal:  simultaneously  increase  quality,  decrease  cost,  decrease 
schedule 


•  Concurrent  engineering  succeeds  because  it  forces  the  designers  to  try 
to  optimize  over  a  broader  scope  which  includes  the  downstream 
processes. 

•  We  have  found  U.S.  companies  doing  parts  of  concurrent  engineering 
but  not  ail.  Some  working  at  the  system  level,  some  at  the  detailed  part 
and  process  optimization  level.  Examples  of  each  follow. 


Key  Elements  I 


•  Getting  downstream  information  upstream  to  be  used 

—  Humans  in  a  team 

—  Data,  object,  and  knowledge  bases 

—  Design  rule  tools 

—  Improved  requirements  capture 

•  Getting  upstream  processes  integrated 

—  Team  culture  and  its  support 

—  Integrated  CAD/CAE/CAM/CALS 

—  Integrated  tracking  of  requirements/features/processes 

—  Tools  and  methods  that  facilitate  process  design 


•  Decreasing  the  number,  cost,  and  time  of  design  cycles/Problem 
prevention 

—  Better  control  of  prototyping 

—  Simulation  and  soft  prototyping  of  products  and  processes 

—  Statistical  methods  tying  design  to  downstream  processes 

—  Flexible  manufacturing 


Study  Basis 


Based  on  Success  Stories  Plus 


•  Difficulties  Encountered 


•  Barriers 
—  Organizational 
—  Technical 


•  Expert  Opinion 


•  Our  Judgement 


c  '  Classes  of  Activities  Reported 

o 

•  „ 

Engineering  Process  Initiatives 

Computer-Based  Support  Initiatives 
Formal  Methods 


Types  of  Results 

Quality  Improvements 

—  Consistency/Reduction  of  Variability 

—  Defect  Count  Reduction 

—  Engineering  Change  Reduction 

—  Inspection  Reduction 

—  Rework  Reduction 

— •  Field  Failure  Rate  Reduction 
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Types  of  Results — 2 

c 

r  c-  c  O  «:  ■  O  c-  .  ,  „  „  - 

C  c  t?  c°  O  «  °  ® 

•  Cost  Reduction 

—  Reduced  Bids 

—  Reduced  Design  Cost 

-  Number  of  Passes:  Down 

-  Computer  Support  for  Information  Tracking 

—  Reduced  Fabrication,  Manufacture,  Assembly 
*  Labor  Rates/Costs:  Down 

-  Part  Counts:  Down 

-  Inventory:  Down  • 

—  Reduced  Scrap/Rework  Costs 


Types  of  Results — 3 

Decrer  ,ed  Development  Cycles 

—  Total  Process  Time 

—  Parts/Materials  Lead  Times 

—  Component  Design 

—  System  Design 
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Example:  John  Deere,  Dubuque 


I  DA 


•  Example  scope:  customized  system 

•  Overly  complex  design  and  production  system 

—  award  winning  but  slow  and  costly 

—  Deere  became  non-competitive. 

•  Implemented:  just-in-time,  integrated  automation,  multidiscipline 
teams,  flexible  manufacturing,  benchmarking  of  competitive  products 

•  Pervasive  cultural  change  required 

—  Upper  management  committment  and  involvement 

—  Supported  by  unionized  labor 


•  Manufacturing  concerns  integrated  with  product  design  with  flexible 
manufacturing  allowing  delayed  design  freezes. 

•  System  for  feedback  from  field  users  into  ongoing  design  and 
manufacturing  process. 


•  Hardcopy  drawings  almost  completely  eliminated  allowed  by 
sophisticated  internetworking  of  CAD,  CAE,  CAM,  business  systems. 

fflirnrw  ^ 


•  Development  time  reduced  60%  (from  7  years)  with  associated  cost 
savings  of  30% 

•  Engineering  builds  reduced  to  1  (from  4) 

•  Parts  fabrication  and  inventory  reduced  65% 

•  Inspectors  reduced  66% 

•  Field  surveys  indicate  100%  increase  in  service  life 


Example:  Aerojet  and  the  ADAM  Mine  '  £  °  I  I UA  JBE 


•  Example  scope:  detailed  part  and  process  optimization. 


•  GOCO  Plant  under  control  but  1 9/25  40K  lots  rejected 


•  Tiger  team  fails  to  solve  problem  in  1  year 


•  Aerojet  asked  to  help 


•  Design/Process  parameter  optimization  via  well-designed  experiments 
led  to  100%  yield 


•  IBM  reduced  development  time  and  cost  very  significantly  on  recent 
mainframe  via  multidiscipline  team  and  integrated  CAD/CAM.  The 
system  is  more  evolvable  and  customizable  at  lower  cost  in  less  time. 


•  ATT  used  organizational  and  process  changes  including  CAD 
standardization,  simulation,  prototyping  on  the  manufacturing  line,  and 
others  to  very  significantly  reduce  the  number  of  circuit  pack  design 
cycles  from  3  to  2  and  heading  toward  1.  First-pass  yields  rose  from 
50%  to  S3%. 

•  ITT  used  statistical  methods  for  the  optimization  of  design  and 
production  process  parameters  on  night  vision  goggles  to  achieve  very 
significant  increases  in  the  expected  life  of  the  product.  Similar  results 
were  achieved  in  travelling  wave  tube  design.  Illustrates  that  there  are 
techniques  that  help  us  deal  with  ill-understood  technologies  during 
product  design. 
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Other  Stuff  Covered 


•  Characteristics  of  Successful  Companies 

•  Differences  of  Approach 

•  Details  of  Existing  Methods  and  Technologies 

•  Misconceptions  about  Concurrent  Engineering 


•  Pitfall  Stories 


Conceptual  Framework  (In  This  Briefing) 
Recommendations  (In  This  Briefing) 


A  CONCEPTUAL  FRAMEWORK  FOR  C.E. 


Purpose:  understanding  and  programmatic  planning 


•  Users:  researchers,  developers,  sponsors,  practitioners 


Structure:  four  components  showing  how/why  relationships 


•  Bottom  line:  technical  building  blocks 


COMPONENTS 

* 

FOUR  COMPONENTS  DETAILED 

COMP  1 

COMP  2 

COMPS 

COMP* 

DoO 

OBJECTIVES 

UNIQUE 

FUNCTIONS 

REQUIRED 

CAPABILITIES 

TECHNICAL 

BUILDING 

BLOCKS 

Earty.  complete  A 
continuing  understanding 
of  cuetomeri  Kpriremente 
end  prioritise. 

Capture  data  on  comparable  products, 
procossos  A  support  (lessons  learned). 

Define  and  capture  data  for  new  weapon 
aye  tom  product,  process  A  support 

Oats  Processing  A 

Oats  Structures 

Reduced  Cost 

Synthesize  requirements  into 
design  of  product,  process  A  support 

Frameworks/ 

Architectures 

VsBdete  design  of  product 
proc  oss  and  support 

Reduced  Time 

T  renetadon  of  requirements 
concurrently  and  In  en  Integrated 
fashion  Into  optlmol  products 
and  manufacturing  and  support  processes. 

Manage  product  process, 
and  support  data. 

Dtsaamlnato  product  process, 

!>nd  support  data. 

Tools  A  Models 

*  • 

DsBvar  product  r*  data  for 
manufacturing  A  supporting  product 

Increased  Quality 

Rapid  Prototyping 

Proeasa  Robustness 

Manufacturing  systems 

Continuous  rsvierw  and 

Improvement  of  product, 
process  l  support  characteristics.  . 

Intemgsnt  oversight  for  Impact 
assessment  of  changes. 

Proactive  availability  of  currant  design. 

Design  Processes 

•  Lower  Cost 

•  Reduced  Time 


•  Increased  Quality 


COMPONENT  Z:  UNIUUE  MJNV/  I  lUiMO 


Unique 

Functions 


Required 

Capabilities 


Technical 
Building 
.  Blocks 


COMPONENTS 


REQUIRED  UNIQUE  FUNCTIONS 


•  Timing:  Early,  Complete,  and  Continuing  Understanding  of 
Customer  Requirements  and  Priorities 


•  Process:  Translation  of  Requirements  Concurrently  and  in 
Integrated  Fashion  into  Definitions  of  Product  and  Manufacturing 
and  Support  Processes 


•  Philosophy:  Continuous  Review  and  Improvement  of  Product, 
Process,  and  Support 


UNIQUE  FUNCTIONS  II:  PROCESS 


•  Design  Must  Be  By  Integrated,  Continuing  Multifunction  Team. 


•  Multifunction  Process  Must  Provide  Efficient  iteration  and  Closure. 


•  Process  Must  Identify,  Analyze,  and  Resolve  Conflicting 
Requirements. 


•  Process  Must  Incorporate  Optimization  of  Product  and  Process 
Design. 


UNIQUE  FUNCTIONS  III:  PHILOSOPHY 


Must  Have... 

•  Open  and  Continuous  Customer/Vendor  Communication 

•  Development  of  Complete,  Unambiguous  Statement  of 
Requirements 

—  Probably  Evolved  Through  Concurrent  Engineering  Process 

•  Baseline  Product  and  Process  Evaluation 
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DoD 

Design 

Unique 

Required 

Technical  . 

Objectives 

Functions 

Capabilities 

Building 

Blocks 

1 

2 

3 

4 

COMPONENTS 


REQUIRED  CAPABILITIES 


•  Data  Definition  and  Capture:  Historical  &  New  Data  &  Knowledge 


•  Design  Synthesis,  Tradeoff,  and  Validation:  Increasing  Efficiency 


•  Information  Management,  Dissemination,  and  Delivery:  Evolvable, 
Tailorable,  Interoperable,  Secure,  Distributed,  High-performance 
Info  Management  Systems 


•  Rapid  Representative  Prototyping:  Improve  Design/Manufacturing 
Linkage 


•  Process  Robustness:  Against  Design  Changes,  Process  Drift, 
External  Factors  (Noise) 


^ COMPONENTS  DATA  -A 
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•  Operational  and  support  processes  and  environments  data 

•  Design  process  data 

> 

•  Manufacturing  process  data 

•  Information  architecture  (model) 


COMPONENT  4:  INFORMATION  FRAMEWORKS 

•  Enterprise  information  management  system  (including  information 
architecture) 

•  Requirements,  specification,  design  and  description  languages 

•  Requirements  and  specifications  metrics 

•  Simulation  framework  (including  analysis  of  results) 

•  Information  distribution  system 
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COMPONENT  4:  TOOLS  AIMU  IViUUCLd 
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COMPONENT  S  DESIGN  PHOCESSbS 


•  Design  team  dynamics 


t  > 


Recommendations 


•  Top-Down  Implementation — encourage  accelerated  deployment 

•  Executive-level  commitment — implementation  mechanism  for  TQM 

•  Build  onto  existing  programs — DoD,  national,  state,  and  private 

•  Education  and  training — throughout  acquisition  chain  (esp.  too) 

•  Method  and  technology  development — data,  information  frameworks, 
tools  and  models,  manufacturing  processes,  etc. 

•  Pilot  projects — identify  better  deployment,  key  product  technology  issues, 
barriers 


•  Address  barriers— cultural,  technical,  administrative,  legislative 


General  Observations  I  '  "  "  6 *  e  1  r  Ml  DA 


•  There  is  tremendous  potential  for  concurrent  engineering  in  weapons  • 
system  acquisitions. 

—  Marriage  of  quality  engineering  techniques  with  integrated, 
computer  aided  engineering  and  manufacturing  < 

•  Concurrent  engineering  entails  a  pervasive  change  in  the  way  of  doing 
engineering  and  production. 

•  Concurrent  engineering  is  based  on  bringing  the  maximum  amount  of 
information  and  knowledge  to  bear  on  engineering  decisions.  This 
includes  information  and  knowledge  on  the  design,  production,  use. 
evolution,  and  maintenance  of  the  product. 

•  Concurrent  engineering  starts  with  the  requirements  generation 
process.  Requirements  are  generated  by  a  dialogue  between  the  users 
and  the  designers;  this  dialogue  continues  through  the  initial  design 
phase  so  that  intelligent  trade-offs  can  be  made  among  cost,  schedule, 
performance,  reliability,  maintainability,  etc. 


General  Observations  II 


•  Concurrent  engineering  depends  on  the  use  of  multidiscipline  teams 
with  responsibility  and  authority  for  product  design  and  production. 

•  Issue:  Should  DoD  review  its  policies  and  practices  with  a  view  toward 
integration,  flexibility,  and  applicability  to  the  concurrent  engineering  of 
weapons  systems? 

•  Industry  has  started;  we  are  looking  to  deploy  on  a  broader  scale. 
Industry  is  going  to  do  most  of  the  implementing  without  the 
government  specifying  how.  How  far  should  the  DoD  go  in  enabling 
and  encouraging  the  deployment  of  C.E.? 

•  What  DoD  and  its  industries  really  need  is  a  committment  and 
implementation  of  sustained  improvement  to  the  engineering  and 
manufacturing  process.  Concurrent  engineering  is  simply  a  first  step. 
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DARPA/  ISTO  MANUFACTURING  PROGRAM 
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SOME  ISSUES 


•  View  of  strategic  issues  has  been  evolving 

-  Speed  of  design  and  product  deployment 

to  accelerate  experimentation  with  new  product  functions 

-  Die  production  is  crucial  technical  issue  in  mass  manufacture 

~  Centr^  I?,«  of  modeling  and  metrology:  control  all  steps  of  the 
manufacturing  process  to  guarantee  quality 

-  CIM  for  early  trouble  warning  and  factoiy  control 

-  Comprehensive  view  of  all  factoiy  processes  for  manufacturing 

process  design  ® 

"  New  techn°Io^es  (e.g.,  composites)  which  can  revolutionize  prod¬ 
uct  technical  design  in  some  cases  r 

*  Issue  still  to  be  faced:  “non-touch  osts” 


Manufacturing  Program  Plan 


INTENDED  RESULTS 


•  Facilities  for  rapid  physical  prototyping  of  piece  parts 

and  assemblies. 

•  Family  of  maciiine  tools  with  leap-ahead  technology 

featuring  next  generation  controllers  and  world-class 
reliability. 

•  Means  for  comprehensive  real-time  dynamic  simulation 

of  manufacturing  processes  and  products,  plus 
laboratory  verification. 

•  “Special  opportunity”  systems;  e.g.  fabrication  and 

inspection  of  composites. 


MMnafectaring  Prop**  Plan 


ADDITIONAL  RATIONALE 


•  Key  UJS.  industries  losing  viability  —  intense  international 
competitive  pressures. 

DANGER  OF  EXTINCTION:  U.S.  piece-parts  manufacturers  80  to  90  percent 
dependent  upon  foreign  competitors  for  machine  tools.  The  ISTO  pro¬ 
gram  and  DARPA’s  leadership  could  help  provide  U.S.  produced  leap- 
ahead  products  In  4  to  6  years. 

•  Well-controlled  processes  vital  for  reliable  and  cost  effective 
production. 

Result!  of  laboratory  research  efforts  to  be  applied  to  total  factory  setting. 

•  Strong  consumer  electronics  market  KEY  to  the  health  of  defense 
electronics. 

The  ability  to  rapidly  explore  the  largest  possible  variety  of  new  products  is 
essential  in  this  and  other  manufacturing  areas. 

•  ISTO’s  programs  must  aim  at  faster  product  realization  and 
evaluation  of  reliable  products. 


C-G_ 


>o;y 


oc  8  °  % 


*  i 


°c* 


'  a 


o  to  6  t  P  tO  0 
I  °  ‘  °  o  o  *  ' 

r- 


■  O.  Cf  £  ' c  d/”' 


CURRENT  AND  PROSPECTIVE  % 
KTO  MANUFACTURING  PROGRAM 


•  Current  research  focus 

-  CAD/CAM  for  mechanical  parts  and  assemblies 

-  Comprehensive  modeling  of  dynamic  physical  systems 

-  New  manufacturing  technologies 

—  stereolithography  for  rapid  prototyping  of  dies 
—  Robotic  layup  and  inspection  of  composite  materials 
—  Computer-aided  tools  for  process  control 

•  New  opportunities  have  been  identified  in  three  areas: 

-  Machine  tools:  integrate  advanced  design/analysis  system 
and  metrology  with  tool  control 

-  Rapid  product  realization  and  end-user  tests  for  small  electronic  systems 

-  Factory  Q  for  process  metrology  and  control 


INTEGRATED 

PRODUCT  AND  PROCESS  DESIGN 
FOR  MECHANICAL  PARTS  AND  ASSEMBLIES 


OBJECTIVE:  To  bridge  the  gap  between  design  and  manufacturing  in  an 
implementation  that  supports  simultaneous  engineering,  team 
design  and  rapid  prototyping. 

Des'r^er  programs  manufacturing  “languages” 
£j>  Machining 

-  Injection  molding 

-  Assembly 


Implementation 


Machining  operators:  “hole,”  "pocket,”  “sweep” 
Assembly  operators:  “attach,”  “insert.”  “align" 
Sweep  operators:  direct  control  of  simulated  tools 
Solid  modeler:  Incrementally  simulates  plan 
Completed  plans:  compiled  into  NC-Code  <■ 
Physical  part  milling  machine,  assembly  robot 
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RESULTS:  STANFORD  UNIVERSITY 


FIRST  CUT  PROJECT 

•  An  improved  machining  knowledge  base  with  additional  operations  and 
features 

•  An  ability  to  monitor  processing  conditions  (e.g.,  forces,  vibrations)  while 
making  prototypes 

•  An  ability  to  run  First-Cut  simultaneously  on  several  workstations 

•  A  preliminary  knowledge  base  and  user  interface  for  an  “assembly  mode” 
in  which  designers  can  design  assemblies  of  parts  for  robotic  assembly  (the 
demonstration  also  featured  a  very  limited  capability  to  automatically 
generate  instructions  for  Adept  One  robot,  which  accomplished  the 
assembly) 

•  A  preliminary  knowledge  base  for  an  “injection  molding  mode”  and  an 
interface  to  a  commercial  CAD  system  from  Computervision  Inc. 


Manufacturing  Program  Plan 


Sensing  ‘ 
Platform 


CNC  Milling  Machine 


Monitors 


Knowladg 


RESULTS:  CORNELL  UNIVERSITY 


A  new  paradigm  for  Improving  robustness  of  engineering  computations. 


Inhoront  Problem* 


-Engineering  algorithms  fal  when  multiple  conversions  of  floating  point  data 
to  symeoac  data  are  made  in  an  inconsistent  fashion. 

-OotAle  precision  does  not  solve  the  problem 
it  only  hides  the  cSfflcutty. 


Research  Resorts: 


-Dwnonsbatrt  ttat  code  for  important  problems  such  as  the  intersection  of 
a  convex  pofyhedra  can  be  structured  so  that  al  conversions  of  numeric  to 
symtodc  data  are  independent 

-Achieved  several  orders  of  magnitude  improvement  in  robustness  for  code 
that  intersects  pofyhedra. 

frnportant  Implications  for  next  generation  of  solid  modelers. 


FAST  PRODUCTION  OF  DIES  AND  MOLDS 
SHAPE  BY  DEPOSITION 


Stamping  or  molding  can  shape  materials  at  low  cost 

•  Manufacturing  the  initial  die  is  expensive 

Task:  Reduce  cost  of  dies  and  molds  by  incremental  material  build-up  technologies 
e  Stereolithography  (CMU) 

•  Developed  by  3-D  Systems,  Iir\ 

•  Device  testing  stage  at  several  companies 

•  Scanning  laser  and  vat-platform  assembly 

•  C-n  be  coupled  to  3-D  modeling  system 

•  Piece  parts  and  forms  for  dies  or  molds 
e  Plasma  Spraying  (CMU) 

•  High  performance  coatings  onto  near  net  shape  parts 

Dies,  forging  preforms,  moving  parts,  rollers,  etc. 

•  Selective  Laser  Sintering  -  under  review 

(developed  by  University  of  Texas  at  Austin) 


Them*~ 


Stanford 

Utah 

(w.  HSF) 

Cornell 


formal  *nd  ‘Mr  integration  ln,0 


machlnlnf  and 


s2,„0w*LIn4‘,tu‘«of 


SRI 


Swnnmy  of  Cun*nl  Efforts 

::r:  z  zh::Trr 

t'meess  control 

*nd  “tectfoit  iwSi^*nd  Pf0Cw*  f°f  machinin* 

*tteab|y  tS;XmeChaniCa' Pam:  -‘omated 

"MI1SS1SJ  ■"“Mon  ol 


Automated 


Minufi 


,K,uri"*  »«•««*« 


THEMES: 


Lockheed 
C.  Arizona/IBM 

BM 


systems 
!  control 


A„„  ^UmmatT  of  Current  Efforts,  Corn'd 

ADVANCED  cad  TOOLS  avn  * 

^  ~  ™R  Bratton  ,Wo  machining 

RAV©  PROTOTYPING  of  EUrron 

IMPROVE®  up  n,cand  mechanical: 

rr— 

*rt  s3«em»  and  ca*e-Ww 
m*«ufacturin|  »*,  h7Tf  re**oning  for 

iteration  0f  CAD  _ 

***  prowtH,ln«  of  moid*  lnd  djei 

»w 


tSTO  MANUFACTURING  PROGRAM 
Technical  Road  Map 
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ISTO  MANUFACTURING  PROGRAM 
Technical  Road  Map 
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„  Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 
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AFWAL 
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Manufacturing  Technology  Directorate 

Initiatives 

in 

Concurrent  Engineering 

* 

Gerald  Shumaker 

AFWAUMTC 

513-255-6976 

DARPA  CD/CE  Workshop 

6-8  Dsc,  1988 
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SERIAL  PRODUCT  DEVELOPMENT 


TEAM  WtiRK 


>  TRAMNG,  CULTURE,  BUSINESS  APPROACH  A  CONTRACT  INCENTIVES  MUST  BE  CONSIDERED 

•  NEAR  TERM  PILOT  PROGRAMS  A  DEMONSTRATIONS  ESSENTIAL  TO  BETTER  UNDERSTAND 

IMPLEMENTATION  STRATEGIES  A  GAIN  SUCCESS 

•  ESTABLISHMENT  OP  THE  PROCESS  (Long  Twin)  IS  AS  IMPORTANT  AS  THE  PILOTS  A  DEMO'S 


DARPA  CD/CE  Workshop 
84  0*0,1981} 


Air  Force  Manufacturing  Technology  Directorate 

°  c  cu  c  G  c  c  ,  c 

Concurrent  Engineering 


ENO  OBJECTIVE 


•  HELP  THE  AIR  FORCE  BUY  &  SUPPORT  WEAPON  SYSTEMS 
MORE  EFFICIENTLY 


•  HELP  INCREASE  THE  COMPETITIVENESS  OF  U.S.  WEAPON 
SYSTEM  MANUFACTURERS  &  SUPPORTING  INDUSTRIAL 
BASE 


DARPA  CD/CE  Workshop 
6-6  Dec,  1988 


Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


•  Orchestrate  &  Focus  Canter  •  Wide  Activities  in  CE 

•  Quids  &  Leverage  Product  Division  CE  Initiatives 

••  Complement  RAM  2000  &  TQM  Initiatives 

•  Conduct/Manage  R  &  D  programs  wltere  work  Is  needed 

( Not  already  In  an  existing  mission  area) 

-Contractual 
-  In  House  (possible) 

•  Advocate  Role  for  the  Above 


DARPA  CD/CE  Workshop 
6-8  Dec,  1988 
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Air  Force  Manufacturing  Technology  Directorate 

o  °  0  c  "  ° 

Concurrent  Engineering 


OVERALL  PROGRAM  DEVELOPMENT  STRATEGY 


Near  Term  Demo’s 


Midterm  Development  (6.276.3/7.8) 


Mld/Long  Term  Rsh  &  Development  (6.2, 6.3,  etc) 


{  Planning  )  Concurrent  Engineering  Office  Operating  Strategy 


DARPA  CO/CE  Workshop 
8-8  Doc,  1988 


A'r  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


CRITERIA  FOR  CANDIDATE  PROGRAMS 

1.  Application  to  AF  weapon  3y stems 

-  High  leverage  program(s)  with  design  Issues  to  be  resolved 

-  High  cost  components  with  typically  short  life  cycles 

-  High  cost  components  with  complex  pioduction  processes 

2.  Opportunity  for  Innovative  Information  exchar»s?  and  use 

~  Accommodate  rapid  trade  offs  among  a  variety  of  disciplines 

-  Ability  to  solicit  and  then  respond  to  end  user  Inputs 

-  Audit  &  verification  trail  that  insures  confidence 

3.  Not  Just  a  paper  study  _ 

-  "Hands  On"  to  validate  concept* 

4.  Results  extensible  to  subsequent  programs 

5.  Leverages  on-going  AFWAL,  Product  Divisions,  DoO,  DARPA  &  Industry  Initiatives 

-  Cost  sharing  sought 

6.  Compatible  with  existing  and  emerging  Govt  &  Industry 

standards  efforts  (  " 


DARPA  CD/CE  Workshop 
6-8  Dec,  1988 


Air  ForcecManufacturlng  Technology  Directorate 


Concurrent  Engineering 


TARGETS  OP  OPPORTUNITY 


•  Advanced  Development  Programs  Aimed  at  Major  Weapon 
Systems  (6.3) 


•  Major  Engineering  Change  on  Weapon  System  Managed  by  Air 
Force  Product  Divisions  (eg;  Avionics  Upgrade) 


•  Future  Weapon  Systems 

~  Currently  in  Concept  Stage  (eg;  ALS) 
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DARPA  CD/CE  Workshop 
6-8  Doc,  1988 
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Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


Candidate  Focused  Initiatives 


Leverage  AFWAL  test  facilities  for  concept  demonstrations 
••  Solicit  &  merge  concepts  for  concurrent  engineering 
(MAGIC  cockpit  analogy) 

~  MTs  Integrated  Test  Facility  aimed  at  supporting  mfg 
Near  term  concepts  -  builds  from  ENE  '88  &  Cals  E-XPO 
Automated  Avionics  Design  &  Mfg 

-  New  Electronics  Packaging  Concepts  —  Support  trade  offs 

-  Integrate  Photonics,  Wafer  Scale  Logic,  VHSIC 

-  Drive  to  lower  costs,  scheduled  maintenance  in  electronics 
RAMCAD  for  AVIP 

Design  for  Assembly 

«  Support  decisions  to  resolve  constraint  Issues  among  design, 
mfg,  quality,  logistics  support 

-  Goal  is  to  "design  &  build  it  right  the  first  time"  -  dramatic  ECO 

reduction 
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DARPA  CD/CE  Workshop 
6-8  Dee,  1988 


Air  force  Manufacturing  Tecf  toiogy  Directorate 
.  Concurrent  Engineering 


Potential  Partners 


•  Existing  6.3  effort-  "tag"  on  to  existing  work  with  addl*  demo  (TX?) 

•  ETL  -  Bill  Edwards 

•  MT  Directorate  (Fenter) 

•  AA-Spector 

•  ML  -  Mel  Ohmer,  S.  Leciair,  at  ai  ' 

• DARPA 

•  AMRL/HRL 

•  CALS  office  -  R.  Shorey  Concurrent  Engineering  Thrust 

•  ASD/EN  •  Col  Radford,  et  al 
•Advanced  Launch  System  SPO  (AFSC/SD) 


DARPA  CD/CE  Workshop 
6-8  Doc,  1988 


Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


How  is  success  measured? 


•  Significant  increase  in  the  ability  of  technical  specialists  to  interact  and 

make  trade  offs  before  the  design  Is  "frozen". 

•  Reduction  of  engineering  changes  after  the  design  Is  released 

•  Reduced  maintenance  costs  through  full  application  of  R  &  M  2000 

principles 

•  Ability  to  successfully  manufacture  and  support  the  "as  designeo-as 

built"  product  in  a  much  more  efficient  manner 

•  Improved  responsiveness  to  the  people  in  the  field  -  meets  their  real 

needs. 


DARPA  CO/CE  Workshop  [ 
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Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


EXAMPLES  OF  LONG  TERM  GOALS 

•  Design  Intent  Capture 

•  Metrics  for  Info  Transfer  Across  disciplines  (levels  of  automation,  etc) 

•  Design  Synthesis 

•  Automated  Tools 

Tedious,  non  creative  Jobs 
Constraint  Processing 

•  Configuration  Control 

Weapon  System 

Data  about  the  Weapon  System 

Meta  Data  - 

DARPA  CD/CE  Workshop 
6-S  Dec,  1988 


Air  Force  Manufacturing  Technology  Directorate 
Concurrent  Engineering 


Joint  Project  Opportunities 


DARPA 

Research  & 
i  Technology 


Air  Force 

Focused 

Applications 


-  Feature*  -  Definition  &  Computer  Sensibility-Use 
PDES  -  Levels  3  &  4  Definition  &  Use 
■Iniefflgenf  Data  Bases 
Process  Modeling 

Design  Automation/Design  Synthesis _ 

Framework/ Arcnitecture(s) 

^  j  DARPA  CD/CE  Workshop 

Advanced  Applied  Dec,  1983 


\ 


THE  U.S.  ARMY 
& 

CONCURRENT  ENGINEERING 


MikaPatterson 
ASA  (RDA) 
(202)  695-8545 


OBJECTIVES 

•  HIGHER  QUALITY 

■  RED*  TED  COSTS 

o 

■  REDUCED  TIME  TO  FIELD 


C.  C  , 


LHX  DEM/VAL  SOLICITATION 


-  8  YEAR  TIME  HORIZON 

•  ATTACK  HELICOPTER 
■  $7.5  M/COPY 

•  7500  lbs. 

•  TWO  CONTRACTOR  TEAMS 

-  BELL/McDONNELL  DOUGLAS 

-  BOEING/SIKORSKY 


SOLICITATION  CONSIDERATIONS 

DEFINITION? 

TQM  vs.  CONCURRENT  ENGINEERING  (CE)? 
PRODUCIBILTY  vs.  CE? 

LIABILITY  (LEGAL  &  COST)? 

INCENTIVES  TO  INDUSTRY? 

GOVERNMENT  ’INHIBITORS'? 

SOURCE  SELECTION  METRICS? 


METRICS  CONSIDERATIONS 


PAST  PERFORMANCE? 

PROFIT  MARGINS? 

EVIDENCE  OF  PROCESSES? 

ABILITY  TO  SHOW  'COST  OF  QUALITY"? 


LHX  SOLICITATION 

TQM/Concurrent  Design  Plan 

PROPOSED  "BEST  MIX"  OF  APPROACHES, 
TOOLS  &  TECHNIQUES? 

COST,  SCHEDULE  &  QUALITY  IMPACTS? 

GOVERNMENT  "INHIBITORS’? 

OFF-SETTING  ACTIVITIES  TO  PE  REPLACED 
INTEGRATED  (THE  "ILITIES’)? 


DESIRED  RESULT 

BEFORE:  E  1  ■  — — H 


AFTER:  S-'--.;— —  j 

COST? 


SCHEDULE? 


QUALITY? 


SAE- APPROVED  CE  INITIATIVES 


START  AN  ANNUAL  'BEST  PRACTICES’ 
COMPETITION  IN  DESIGN  &  ENGINEERING 

ESTABLISH  AN  ARMY  ACQUISITION  CENTER* 

-  SHOWPLACE  'BEST  PRACTICES" 

-  TEACH  TQM  &  CE  FUNDAMENTALS 

-  EVALUATE  'INHIBITORS’ 

ESTABLISH  AN  ARMY  MANUFACTURING 
BOARD 


STAFFED  BY  INDUSTRY  &  ACADEMIA 


CONCURRENT  DESIGN/CONCURREN 

ENGINEERING 

LIGHT  HEUCOPTER  PROGRAM 
(LHX) 

6  DECEMBER  1988 


LHX  ^PROGRAM  SCHEDULE 
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BOEING  HELICOPTERS  BELL  HEUCOPTER  ': 

TEXTRON,  INC. 

SIKORSKY  AIRCRAFT  CO.  MCDONNELL  DOUGLAS 
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CONCURRENT  ENGINEERING  -  TOTAL  QUALITY  MANAGEMENT 

COMPLEMENTARY  FUNCTORS 

CONCURRENT  ENGINEERING  g 

SYSTEMATIC  APPROACH  TO  CREATING  A  PRODUCT  DESIGN 

TOT^^UA^YMWIA^QIENT^Jll 


DISCIPLINED  STRUCTURE  TO  CONTINUOUSLY  IMPROVING 
ALL  PROCESSES 


CONCURRENT  ENGINEERING  •  TOTAL  QUALITY  MANAGEMENT 

SIMILAR  REQUIREMENTS 

•  FUNDAMENTAL  SHIFT  IN  MANAGEMENT  PHILOSOPHY 

•  TOP  MANAGEMENT  COMMfTMENT/INVOLVEMENT 

•  TOTAL  PROCESS  ORIENTATION 

•  SYSTEMATIC  APPROACH 

•  MULTI  -  FUNCTIONAL  TEAMWORK  INCLUDING  CUSTOMER 


LHX  CONCURRENT  ENGINEERING 


1  INTEGRAL  PART  OF  DEM/VAL 

-MULTIFUNCTIONAL 

-ENGINEERING  -  MATERS. 

-  SUPPORTABJLTTY  -  PPOOUCJ8IUTY 
-OPERATIONS  -FINANCE 

-PRODUCT  INTEGRITY 


-MARKETING 
-  MFG.  ENGINEERING 


-PRIMARY  OBJECTIVES 

-  TRANSLATE  CUSTOMER  EXPECTATIONS  INTO  REQUIREMENTS 

-  FOSTER  CONTINUOUS  IMPROVEMENT  THROUGH  TEAM  WORK 

-  INTEGRATE  DESIGN  TO  MANUFACTURING  &  SUPPORT  PROCESSES 


CONCURRENT DES/GN/ENG/NEER/NG 


MULTIFUNCTIONAL 


INTERDISCIPLINARY 


PROOUdaUTY 


ENGINEERING 


LHX  NATURAL  WORK  GROUPS 


MANPfWt/  DESIGN  TO  COST/I.CC.  iaiflCOWTRACTOBS 

HUMAN  FACTORS  5UBCW,W 


LHX  CD/CE  PLAN 


•OPERATIONAL  PROCEDURES 

•MANAGEMENT  DISCIPLINE  AND  PROCEDURES 

•IMPLEMENTATION  OF  CAD/CAE 

•MIX -OF -TOOLS 

•ESTIMATED  COST  AND  SCHEDULE 

•INHIBITORS 

•IDENTIFICATION  OF  OFFSETTING  ACTIVITIES 


SUMMARY 
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DARPA-DMO  PROGRAMS 
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DICE  (DARPA  INITIATIVE  IN  CONCURRENT  ENGINEERING) 
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DICE:  DAEPA's  Initiative  in  Concurrent  Engineering 

:  :  O  -  0  a  . 
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Research  Issues  in 

System  Architectures  for  Concurrent  Engineering 


presented  by 
J.W.  Lewis 
(518)387-5072 
lewisjw@ge-crd.arpa 

General  Electric  Company 
Corporate  Research  and  Development 
POBox8,  Schenectady,  NY  12301 


Other  members  of  the  DICE  architecture  team  who  contributed  to  but  do  not  necessarily 
agree  with  these  remarks  include:  RT  Wood,  manager  IAT,  JW  Erkes,  manager  LAM, 

J.  Czechowski,  B.  Sarachon,  F.  Stocker  and  W.  Uejio  from  GE  Corporate  Research  as 
well  as  RA  Reddy,  director  CERC,  J.  Cleetus,  I.  Kannan  and  F.  Lonvano  from  West 
Virginia  University;  S.  Finger,  M.S.  Fox,  Carnegie  Mellon  University,  and  M.  Wozny, 
M.  Hardwick,  Rensselaer  Polytechnic  Institute. 

'**—■  magpiciwiit.h^  -  i  .  — -  MCE  — 


Preliminary  design 


Costing,  Life  Cycle 


Aerodynamics 
Mechanical  Desis 


Central  Services 


Materials 


Drafting 


User  view:  Enabling  the  design  engineer  to  identify  and  exploit  the  distributed  human 
and  computer  resources  of  the  enterprise  as  if  they  were  local. 

Developer  view:  Providing  a  convenient  framework  within  which  a  variety  of  system, 
modeling,  user  interface,  and  applications  tools  can  share  common  models. 

Maintainer  view:  Integrating  tools  more  easily,  responding  more  quickly  to  the 
engineer's  requirements,  and  building  more  extensive  models 
Enterprise  view:  Coordinating  the  activities  of  the  various  groups  and  improving  both 
human  and  computer  communications. 


Overall:  2:1  Reduction  in  design  cycle  time 
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A  Model  Concurrent  Engineering  Prob'm : 
Turbine  Blade  Design 


'  Aircraft  Engine 
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Turbine  Blade 


IaterartiD8.Pisdplin« 

•  Aerodynamics 

•  Mechanical  design 

•  Materials 
Thermal 
Process  design 
Drafting 
Quality 
Costing 


Performance  Criteria 

•  Efficiency 

•  Weight 

•  Vibration 

•  Stress 

Foreign  object  damage 

Cost,  yield 

Life 

Logistics 
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Cflnturrency;  SQmg.P$fiqjttons 

Happening  at  the  same  time  2,  Operating  in  conjunction 
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a.  Phase:  concurrency  among  conceptual  design,  preliminary  design,  detail  design, 
process  design,  cost,  manufacturing,  and  quality; 

b.  Design:  concurrent  pursuit  of  multiple  design  alternatives; 

c.  Discipline:  concurrency  among  aerodynamics,  structures,  stress,  thermal,  process 
engineering  and  other  engineering  disciplines; 

A  RDT:  concurrent  pursuit  of  research,  development,  and  tools; 

e.  Methodology:  concurrency  among  requirements  specification,  high  level  design, 
detail  design,  implementation,  integration,  test,  and  maintenance  activities;  and 

f.  Execution:  concurrency  among  different  groups  and  programs  sharing  data  and 
processors. 
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Express 

SCHEMA  MAIN; 

ENTITY  X; 

END  ENTITY; 
SCHEMA  INSIDEI; 
EXPORTfll 1412); 
ENTITY  Ill; 
END.ENTTTY; 
ENTITY  112; 
END.ENTnTY; 
END.SCHEMA; 
SCHEMA  INSIDE2; 
ASSUME0NSIDE1); 
ENTITY  121; 

A :  X; 

END  _ENTTTY; 
END.SCHEMA; 
END.SCHEMA; 


Translator 


Graphic  editor 


**§cn$nia  and  model^ 


Graphic  editor 


mmciqEWafafe* 


DICE.  Ob jecpi.EUi^iVic.v^.r.©pe i;atidns^^; 

fitrwiTSMi 


r>>-'  ; 


Cinterpretei, 


AULV'C-  •  ■'"■*-■ 


9AM  Meet 
09/16  Scenario 
10/29  Mockup 
1/27  Exec 
7/27  Demo 
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%  get  foilO  version  1.1 
%  merge  foilO  platform  1  dovetail3  blade9 
%  mesh  blade9 
%  Nastran  blade9 
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DETAILED  FEATURE 
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TD 

Engine 

Material 

Length 

Min  RPM 

Max  RPM 

MMC-1 

YF120 

MMC-11 

32 

7000 

10000 

E 

Y 

I 

A 

RHO 

WEIGHT 

100 

S3 

10 

S3 

5 

20 

ANALYSIS  RESULTS 
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SELECT  DESIGN  FO  R  ANALYSIS 


Material  Length  Min  RPM  MaxRPM 


Typical  steel 

l-May-67 

FE 

1J 

6000 

9200 

IKwfTii™ 

RJIfTSZt* 

TI 

2JL— 

sSKiluXl 

MMC-1 

31 -May-80 

MMC-11 

3 

2 

7000 

10000 

MMC-2 

MMC-3 

25-Jun-82 

30-Jul-8? 

MMC-23 

MMC-33 

3.3 

3.2 

7000 

7000 

10000 

10000 

[DETAILED  FEATURE 
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ID 

MMC-1 

Engine 

YF120 

Material 

MMC-11 

Length 

32 

Min  RPM 
7000 

MaxRPM 

10000 

E 

100 
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S3 
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10 
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FJ 

RHO 
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WEIGHT 

20 
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Multiple  models  and  data  bases 
Simple  info  models,  limited  scope 
Incompatible  tools  and  data  bases 
Task  management  and  communication 
Information  transfer 

Incomplete  optimization  (e.g.,  life  cycle) 
Resource  identification/planning 
Limited  access  to  information 


Unified  master  data  dictionary 
PDES/Express,  CASE  tools 
Wrappers  and  feature  linking 
Generalized  task  control  and  mail  interface 
Data  base-driven  Hie  translators 
Constraint  graphs  and  embedded  planners 
Information  manager 

Integrated  backbone  language  and  data  base 


3.  A  Development  Plan 

•  Tool,  invention,  and  research  foci 

•  Progressive  refinement:  fast  transition  from  research  to  practice 

•  Phases:  Paper  mockup,  executable  mockup,  demonstration,  prototype, 


MaiacModulg 

•  DICE  for  DICE  (CERC) 

•  Design  fusion  workstation  modules  (CMU) 

•  MINI-DICE  (WVU) 

•  Electronics  assembly  module  (Cimflex) 

•  Unified  architecture  and  mechanical  problem  (CR&D,  WVU,  RPI,  NCSU) 

Objective;  2-1  cycle  time  reduction 


DICE  ARCHITECTURE 


RAMANA  REDDY 

CONCURRENT  ENGINEERING  RESEARCH  CENTER 
WEST  VIRGINIA  UNIVERSITY 
MORGANTOWN,  WV  26506 
304-293-7226 
rarob.cs.wvu.wvnet.edu 


1 1/30/88 


WVU/CERC^ 


EXECUTIVE  COMMITTEE 


RAMANA  REDDY 
JOSEPH  ERKES 
RALPH  WOOD 
MARK  FOX 


WVU/CERC 

GE/CRD 

GE/CRD 

CMU/RI 
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WVU/CERC 


DICE  VISION 

.  9>c,o  o  C  o  O0  C  «'r  '  .  C  C 

Develop  an  engineering  environment  that  Is: 

•  Distributed 

•  Heterogeneous 

•  Near-paperless 

•  Concurrent 


To  promote 
-  - >  Comparative 


And  reduce 

-->  Conceot-to-on 


design 
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WVU/CERC 


DICE  ASSUMPTIONS 

•  Heterogeneous  spatially  distributed  computing 
environment 

•  Utilization  of  existing  tools 

•  Enforcement  of  authorization  and  security  protocols 

•  Smooth  evolution  from  existing  culture 

•  Fall-soft  and  unobtrusive  environment 


•  Co-existence  with  evolving  standards 

1 1/30/88  1 


WVU/CERC 
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•  Multi-media  communication  (Phone,  Fax,  E-mail...) 

•  Activity  planning  and  coordination  (Project  Lead) 

•  Negotiation  with  high  bandwidth  communication  (meetings) 

•  Local  analyses 

•  Sign-off  and  authorization 

•  Progressive  decision  making1 

•  Access  to  databases,  compute  servers  and  remote  tools 

•  Hi .nival  of  designs 


•  Document  Preparation  and  access  management 


1 1/30/80 


WVU/CERC 
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ICE  EVOLUTION 


(1S88-1992) 


Communication 


Coordination 


n/30/88 


Cooperation 

Design  assistance 

Integration 

- - - —  WVU/CERC 


•  Transparent  communication 

•  Coordination  and  cooperation 

0 

•  Concurrent  execution  of  transactions 

•  Negotiation  and  concurrent  management 

•  Task  planning 

•  Constraint  management 


•  Design  assistance 


WVU/ 


DICE  SVSTEM 


COMMUNICATION  CHANNEL 


r 

DICE  SVSTEM  LAVERS 

1.  Application  layer 


2.  Management  layer 


3.  Data  layer 


DICE  Architecture 


Engineer’s  Workstation  .Interface  Framework 

_ Wrapper _ 

Domain  Specific  System 


_ _  Appl 

layer 

Management  1 
Tuele 


1-3  Command  Management 

2.1  Activity  Management 

2.2  Model  Management 


2.3  Distributed  Information  Flow 

2.4  Authorization  Management 


Frame  System 


Object  System 


Relational  DB  (sql) 


Object  Database 


OS!  Network  Layer 


DICE  SYSTEM  COMPONENTS 


1.  The  UIMS  system  j 

2.  DICE  Communication  Channel  (DCC) 


3.  Concurrency  Manager  (CM) 

4.  PPG  server  --  Product,  Process, 
Organization 

5.  Dice  Blackboard  (DBG) 


6.  DICE  object  managempnt  system 


7.  Compute  Server 

8.  External  networks 

9.  Knowledge  Server 

11/30/99  ■  -- 
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INFORMATION  ON  A  PART.  o  FOR  EXAMPLE,  THE  P-P-0  IS  NOT  MODIFIED  BY  THE  PROJECT 

INFORMATION  ON  THE  PROCESS  FOR  A  PART.  LEAD  DIRECTLY.  ONLY  THE  EVOLUTION  OF  THE  NEW  DESIGN 

L:  INFORMATION  ON  PRODUCTION  ACTIVITIES.  WITH  THE  ASSENT  OF  OTHER  DESIGNERS  CAN  RESULT  IN  A 

PPO  CHANGE. 
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TASK  SYNCHRONIZATION 
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SPECS  OF  DBB  VERSION  1 
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DICE  ON  DICE 


Early  prototypes  of  DICE  system  will  be  used  to 


manage  DICE  system  development. 

•  Remote  browsing/editing  of  documents 


Communications 
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•  Information  distribution 


Version  management 


Automated  integration  (Super-MAKE) 


•  Project  management 


I  1/30/88 


WVU/CERC 


TASK  1 


DELIVERABLES 


.  DETAIL  CONCURRENT  DESIGN  ANALYSIS 

NOTE  TWO  MISSILE  COMPONENTS  HAVE  BEEN  SELECTED  FOR  DETAIL  ANALYSIS 


.  IDENTIFICATION  OF  KNOWLEDGE-BASED  TOOLS  NEEDED  TO  SUPPORT  THE  ANALYSIS,  DESIGN  ANO 
IMPLEMENTATION  OF  ADVANCED  MANUFACTURING  SYSTEMS  FOR  DOO  (END  OF  1ST  YEAR) 

.  IDENTIFICATION  OF  FURTHER  RESEARCH  NEEDED  TO  EXPAND  THE  PRESENT  SET  OF  CONCURRENT 

DESIGN  TOOLS  AND  TECHNIQUES,  AND  KNOWLEDGE-BASED  SYSTEMS  (END  OF  1ST  YEAR) 

•  ANALYSIS  OF  VERIFICATION  ACTIVITY  (END  OF  2ND  YEAR) 

.  TEST-BED  CONCURRENO  DESIGN  SYSTEM  COMBINING  EXISTING  CONCURRENT  DESIGN  METHOOS  AND 

KNOWLEDGE-BASED  METHOOS  (END  OF  2ND  YEAR) 


OUR  GOALS 

DEVELOP  AN  ARCHITECTURE  FOR  COMPUTER-AIDED  CONCURRENT  DESIGN 
IMPLEMENT  A  DEMONSTRATION  OF  THIS  ARCHITECTURE 
APPLY  THIS  DEMO  TO  A  REAL  PRODUCT 

THE  ESSENC5  OF  THE  ARCHITECTURE  IS  THE  DESIGN  OF  DATA  AND  KNOWLEDGE  BASES 
AND  A  SET  OF  ALGORITHMS  THAT  OPERATE  ?N  THESE  DB/KB'S 

THE  DB/KB’S  WILL  BE  A  MIX  OF  GENERIC  AND  PRODUCT-SPECIFIC  DATA/KNOWLEDGE 

THESE  MUST  BE  OF  VARIOUS  TYPES,  ABLE  TO  INTERACT  WITH  EACH  OTHER  VIA 
THE  ALGORITHMS 

THE  SYSTEM  MUST  BE  EXTENSIBLE  TO  ALLOW  NEW  ALGORITHMS,  DATA  AND  PRODUCTS 


o° 
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°  °  CONCURRENT  DESIGN  EMERGING  '*  «  =  £  0 

DESIGN  TEAMS  FORTIFIED  WITH  COMPUTER  TOOLS  FOR  PREDICTING 
TOLERANCES 

FAS  METHODS,  PROCESS  PLANNING,  AND  SYSTEM  DESIGN/ECONOMICS 
ASSEMBLY  PROCESS  PLANNING,  SYSTEM  DESIGN,  ANO  ECONOMICS 
TESTING  STRATEGY  DESIGN  METHODS  AND  ECONOMICS 
CAD  SOLID  MODELING  FOR  VISUAU2AT10N  AND  AS  PART  OF  THESE  TOOLS 
EXPERT  SYSTEMS  WITH  “GENERALIZED  DATA  AND  KNOWLEDGE"  AS  PART  OF  THESE  TOOLS 


CONCURRENT  DESIGN  OF  THE  FUTURE 

COMPUTER  HAS  THE  KNOWLEDGE  OF  THE  TEAM  MEMBERS 
REACTS  TO  A  DESIGNER  AND  EITHER  COMMENTS  OR  WARNS 

PREDICTS  EFFECTS  ON  COST,  RELIABILITY,  FIELD  REPAIR,  ETC.,  AS  DESIGNER  REQUESTS 
MUCH  RESEARCH  NEEDED  TO  ACHIEVE  THIS-THE  REASON  FOR  THIS  WORKSHOP'S  PANELS 


°  °  oc  °  LOGIC  OF  APPROACH 

CONCURRENT  DESIGN  IS  POTENTIALLY  VERY  COMPLEX 

MANY  KINDS  OF  KNOWLEDGE  AND  DATA  MUST  BE  INTEGRATED 

ONLY  SOME  OF  THE  DATA  IS  CONVENTIONAL  GEOMETRIC  DATA  IN  THE  CAD  SENSE 

THE  REST  IS  NON-GEOMETRIC,  SOME  OF  IT  STRUCTURED,  SOME  NOT 

SOME  CAN  BE  CAPTURED  AS  RULES,  OR  AS  ALGORITHMS 

FOR  OTHER  KNOWLEDGE  AND  DATA,  WE  DO  NOT  KNOW  HOW  TO  REPRESENT  IT 


IMPLEMENTATION  STRATEGY 

RECOGNIZE  SEMI-STRUCTURED  NATURE  OF  PROBLEM 

CHOOSE  KNOWLEDGE  REPRESENTATION  METHOD  SUITED  TO  GENERAL  DATA 
CHOOSE  METHOD  SUITED  TO  INTERFACE  WITH  CAD  DATA 
METHOD  CHOSEN  IS  EXPERT  SYSTEM  SHELL 
SUPPORTS  OBJECT-ORIENTED  REPRESENTATION  AND  REASONING 


ALSO  SUPPORTS  ACCESS  TO  OTHER  CODE  (FOREIGN  FUNCTIONS)  TO  PERMIT  US  TO 
INTEGRATE  EXISTING  CSDL  ALGORITHMS 


KINDS  OF  KNOWLEDGE  TO  BE  REPRESENTED 

<?  O  C  e  C  *  c 

LOGICAL  RELATIONS  BETWEEN  PARTS  IN  AN  ASSEMBLY 
TOPOLOGICAL  RELATIONS  BETWEEN  THOSE  PARTS 

INHERITABLE  PROPERTIES  OF  PARTS,  SUBASSEMBLIES,  ASSEMBLIES,  FAB  METHODS,  ASSEMBLY 
METHODS 

FEATURES  ON  PARTS  THAT  ARE  IMPORTANT  FOR  VARIOUS  REASONS,  SUCH  AS 
FUNCTION,  FABRICATION,  ASSEMBLY,  TEST  OR  INSPECTION 
GEOMETRIC  PROPERTIES  OF  FEATURES  AND  GEOMETRIC  RELATIONS  BETWEEN  FEATURES 
IDENTITY  OF  SUBASSEMBLIES,  PARTS  COMMON  TO  DIFFERENT  MODELS 
ASSEM8LY  STEPS  THAT  ARE  EASY  OR  DIFFICULT  TO  PERFORM 

METHODS  OF  JUDGING  WHICH  ASSEMBLY  TECHNIQUES  ARE  SUITABLE  TO  WHICH  KINOS  OF  PARTS 
OR  FEATURES 

ALGORITHMS  FOR  DESIGNING  FAB  OR  ASSEMBLY  SYSTEMS 
ALGORITHMS  FOR  ENUMERATING  AND  JUDGING  ASSEMBLY  SEQUENCES 
ALGORITHMS  FOR  DESIGNING  TESTING  STRATEGIES 


RESEARCH  CHALLENGES 


OBJECT-ORIENTED  DATA  BASE  METHOD  IS  GENERAL  BUT  SEARCH  IS  SLOW 
FORWARD/BACKWARD  CHAINING  TOO  UNSTRUCTURED 
DESIGN  OF  DATA/KNOWLEDGE  BASE  IS  CRUCIAL 

HELPING  DESIGNER  SORT  OUT  CONFLICTS  AND  FIND  CAUSES  FOR  THE  EFFECTS 
WILL  BE  IMPORTANT  BUT  DIFFICULT 

FORCING  DESIGNER  TO  THINK  IN  TERMS  OF  FEATURES  AS  CARRIERS  OF  DESIGN  INTENT 
REQUIRES  CHANGE  IN  DESIGN  METHODS  AND  HABITS 

MULTIPLE  WAYS  OF  REPRESENTING  THE  DESIGN  WILL  BE  NEEDED:  GEOMETRY,  TOPOLOGY, 
POWER  FLOWS,  VARIANT  DESIGN,  FAB  AND  ASSEMBLY  FLOWS— 
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SOFTWARE  ARCHITECTURE  OBJECTIVES  AND  ELEMENTS 


OBJECTIVES: 

ARCHITECTURE  DESIGN 

IMPLEMENTATION 

DEMONSTRATION 


ARCHITECTURE  ELEMENTS: 

DATA  BASES-GENERIC  AND  SPECIFIC 

ALGORITHMS 

DISPLAYS 

OPERATOR  INTERFACE 


PLAN  OF  ACTION 

1.  IDENTIFY  ALTERNATE  DATA  BASE/KNOWLEDGE  BASE  MECHANIZATIONS 

IDENTIFY  EXISTING  COMMERCIAL  SOFTWARE  SHELLS  FOR  THIS  PURPOSE-MUST  BE  I 
EXTENDABLE  AND  CAPABLE  OF  INTERFACING  TO  SOLID  MODELERS  AND  FOREIGN  FUNCTION 
PROGRAMS 

2.  SURVEY  LITERATURE  FOR  EXISTING  IMPLEMENTATIONS  THAT  CAN  BE  BUILT  UPON 
CONTACT  VENDORS,  MIT,  OTHER  DRAPER  DEPARTMENTS 

3.  IDENTIFY  HARDWARE  THAT  SUPPORTS  THE  MOST  PROMISING  SOFTWARE 

4.  PURCHASE  HARDWARE  AND  SOFTWARE 

5.  INTEGRATE  COMMERCIAL  SOFTWARE  AND  ESTABLISH  INTER-PROGRAM  COMMUNICATION 
«.  COMPOSE  TRIAL  DATA/KNOWLEDGE  BASES  FOR  ASSEMBLY  KNOWLEDGE 


7.  TRANSFER  EXISTING  DRAPER  ALGORITHMS  ON  ASSEMBLY  SEQUENCES  AND  ASS£M| 
SYSTEM  DESIGN  TO  THIS  SYSTEM 


8.  IDENTIFY  RESEARCH  ISSUES  AND  OPTIONS  FOR  EXTENDING  THE  SYSTEM'S  CAPABILITY 

9.  TEST  THE  SYSTEM  AGAINST  THE  ONGOING  SEEKER  HEAD  PROJECTS 


BLY 


s  DONE 


£  *  PROGRESS 
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FRAGMENT  OF  PRODUCT  DATA  BASE 
AND  SOME  RELEVANT  DESIGN  TOOLS 


ASSEMBLY  SEO 

GENERATING 

ALGORITHM: 


SEO  *1 
SEQ  <2 


PRODUCT 

FUNCTION 

SIMULATION 


PRODUCT 
FAULT  TREE 
WHEN  PARTLY 
ASSEMBLED: 

FOR  TEST  STRAt. 
EVALUATION 


PART  I 

MATES  TO  PARTS  _ 

VIA  SURFACES..— 

WITH  TOLERANCES— 

JIGGED  TO  JIGS _ 

VIA  JIG  SURFACES _ 

WITH  TOLERANCES— 
PART  OF  SUBASSEMBLY  ) 


EQUIPMENT  SELECTION- 
TASK  ASSIGNMENT 

COST  AND  THROUGHPUT 
RESULTS  FOR  EACH 
ASSEMBLY  SEQUENCE 


FLOOR 

LAYOUT 

AND 

TRANSPORT 

OPTIONS 


TOLERANCE 
ANALYSIS 
FOR  MATING  PART  I 

LIST  OF  PARTS 
ALREADY  MATED 
AND  THEIR  SHAPES 
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EXAMPLE  DATA/KNOWLEDGE  BASES 

DESCRIPTIONS  OF  SINGLE  PARTS  WITH  LISTS  OF  SURFACES  THAT 
MATE  TO  OTHER  PARTS  AND  TOLERANCES  FOR  SAME 

A  GRAPH  OF  THE  MATES  BETWEEN  PARTS,  WITH  TYPE  INFORMATION 
LIKE  "PRESS  FIT"  OR  "10-32  THREADS" 

TRANSFORMATION  MATRICES  THAT  RELATE  PART  COORDINATES 
TO  PROOUCT  BASE  COORDINATES 

SIMILAR  MATRICES  THAT  INDICATE  DIRECTION  OF  ASSEMBLY  ' 

SIMILAR  MATRICES  IN  DIFFERENTIAL  FORM  TO  HOLD  TOLERANCE  DATA 

A  UST  OF  POTENTIAL  GRIP  AND  JIG  SURFACES  FOR  EACH  PART 

A  UST  OF  POTENTIAL  ASSEMBLY  EQUIPMENT 

A  CROSS-REFERENCED  LIST  OF  WHAT  EQUIPMENT  IS  APPLICABLE 
TO  WHICH  ASSEMBLY  TASKS 

A  LIST  OF  FEASIBLE  ASSEMBLY  SEQUENCES  FOR  THE  PRODUCT 

RULES  AND  LOGICAUNUMERICAL  PROCEDURES  FOR  FINDING 
ASSEMBLY  SEQUENCES 

3D  GEOMETRIC  MODELS  OF  THE  PARTS 

FAULT  TREES  FOR  THE  PROOUCT  WHEM  PARTIALLY  ASSEMBLED 


Software  architecture 


MUST  SUPPORT  THE  FOLLOWING  CAPABILITIES 

DESIGN 

REASONING 

ANALYSIS 

MUST  ALLOW  COMMUNICATION  BETWEEN  MODULES 

FEATURES  REPRESENT  THE  PRIMARY  DATA 


COMMUNICATION 


IDEAS  - ; - KEE 


ANALYSIS 


UNIX  UTILITIES  FOREIGN  FUNCTION  CALLS 


DESIGN 


CAPABILITIES 


SORC  IDEAS 


SOLIDS 

ASSEMBLY 

FEATURES 


REASONING  KEE 


INFERENCE  ENGINE 
CUSTOMIZED  KNOWLEDGE  BASES 


ANALYSIS 


LSA 
•  ASDP 
FABRICATION 
PART  MATING 
ASSEMBLY  PLANNING 
KINEMATICS 
TOLERANCE 


, ■  e  O  & 

C  £  ■:  O  C  '  =  ■- 


FEATURES  COMPRISE  THE  LANGUAGE  OF  RULES 


IF  THE  HOLE  IS  TOO  CLOSE  TO  THE  EDGE ,  THEN  MOVE  THE  HOLE 

GEOMETRIC  REPRESENTATION  OF  HOLE  (FORM  FEATURE)  MAY  BE 

CYLINDER  (SOLID) 
CIRCLE  (WIREFRAME) 


GEOMETRY  BASED  DISTANCE  FUNCTION  NEEDED  TO  DETERMINE  TOO  CLOSE’ 

(BLACK  BOX  APPROACH  MAY  PREVENT  ACCESS  OF  MODELER  DISTANCE  FUNCTION) 

GEOMETRY  ONLY  IMPLICITLY  REFERENCED  FOR  FORM  FEATURES 


GEOMETRY  MAY  BE  IRRELEVANT  FOR  OTHER  FEATURES 


FEATURE  DATA  STRUCTURE 


"  <  „  •  'fc  c  :  £a  irj  „  t  .«»  c-‘  -  *0  •• 

FEATURES  INTO  DATA  BASE/KNOWLEDGE  BASE 

CONSTRUCT  WITH  FEATURES 

IDENTIFY  FEATURES  (REQUIRES  USER  INTERVENTION) 

RECOGNIZE  FEATURES  AUTOMATICALLY 


CONSTRUC' 


WITH  FEATURES 


CONSISTENCY  OF  GEOMETRY  WITH  PARMETERS 

GEOMETRY  DERIVEb  DIRECTLY  FROM  PARAMETERS 

I 

MODEL  UNSTABLE 

INTERNAL  GEOMETRY  DATA  BASE  POINTERS  CHANGE  WITH  EDITS 


cC  c 


IDENTIFY  FEATURES 

c  c 

°  «  /  .  ?  c  "o'. 

MODEL  ASSUMED  COMPLETE 

INTERNAL  GEOMETRY  DATA  BASE  POINTERS  FIXED 

POTENTIAL  INCONSISTENCY  OF  PARAMETERS  WITH  GEOMETRY 
RELIES  UPON  USER  INPUT  OF  PARAMETERS 


I 

! 


RECOGNIZE  FEATURES  AUTOMATICALLY 


PARAMETERS  CONSISTENT  WITH  GEOMETRY 

PARMATERS  DERIVED  DIRECTLY  FROM  GEOMETRY 


MANY  NARROW  DOMAIN  SPECIFC  EXPERT  SYSTEMS 


r  c 


SYNCHRONIZATION  OF  GEOMETRY  DATA  BASE  AND  FEATURE  KNOWLEDGE  BASE 

C  c  c  "  c  c  C  C  /-  (  o 

1  £0  '  C 

KNOWLEDGE  BASE  ONLY  GUARANTEED  IN  SYNCHRONIZATION  UPON  INITIAL  READ/WRITE 

KNOWLEDGE  BASE  MUST  KNOW  WHEN  MODEL  CHANGES 

INCREMENTAUOECREMENTAL  UPDATE  SEEMS  IMPOSSIBLE  WITHOUT  UNIQUE  EXTERNAL 
GEOMETRY  IDENTIFIERS 


TWO  ALGORITHMS  TO  BE  INTEGRATED  WITH  KNOWLEDGE  BASES 


EQUIPMENT  SELECTION  ANO  TASK  ASSIGNMENT  FOR  DESIGN  OF  FABRICATION  OR 
ASSEMBLY  SYSTEMS 

LIAISON  SEQUENCE  ANALYSIS  FOR  DETERMINING  FEASIBLE  ASSEMBLY 
SEQUENCES  AND  CHOOSING  A  GOOD  ONE 


°  EQUIPMENT  SELECTION  AND  TASK  ASSIGNMENT 


TWO  FAMILIES  OF  ALGORITHMS,  ONE  OPTIMAL,  ONE  HEURISTIC 
EACH  ONE  SOLVES  THE  FOLLOWING  PROBLEM 


GIVEN 

AN  ASSEMBLY  SEQUENCE 

POSSIBLE  WAYS  OF  DOING  EACH  ASSEMBLY  TASK-ROBOT,  PERSON,  ETC. 
THE  TIME  AND  COST  OF  EACH  WAY 

A  UST  OF  NECESSARY  TOOLS  FOR  EACH  TASK  FOR  EACH  WAY 
COST  OF  TOOLS  AND  TIME  TO  CHANGE  TOOLS 
TIME  TO  MOVE  WORK  INTO  OR  OUT  OF  THE  WORKSTATIONS 
THE  REQUIRED  PRODUCTION  VOLUME 

FIND  THE  BEST  WAY  OF  DOING  EACH  TASK 


ASSEMBLED  AXLE 


LIAISON  SEQUENCE  ANALYSIS  PRIMER 

LIAISON  SEQUENCE  ANALYSIS  IS  A  SYSTEMATIC  WAY  TO  GENERATE 
ALL  THE  FEASIBLE  ASSEMBLY  SEQUENCES  FOR  A  PRODUCT 

THE  PROCEDURE  IS: 

1.  IDENTIFY  LIAISONS  BETWEEN  PARTS 

2.  ANSWER  A  SERIES  OF  QUESTIONS 

3.  WRITE  PRECEDENCE  RELATIONS  FROM  THE  ANSWERS 

4.  USE  THE  RELATIONS  TO  GENERATE  A  NETWORK  OF  FEASIBLE  SEQUENCES 

5.  EDIT  THE  RESULTING  NETWORK  TO  OBTAIN  A  FEW  GOOD  SEQUENCES 


LIAISON  SEQUENCE  ANALYSIS  PRIMER-2 

LIAISONS  ARE  RELATIONS  BETWEEN  PARTS 
TOUCH,  PRESS  FIT,  THREAD  FIT,  ETC 
LIAISON  DIAGRAMS  SHOW  CONNECTIONS  BETWEEN  PARTS 
LIAISON  SEQUENCES  ARE  SIMILAR  TO  ASSEMBLY  SEQUENCES 
DIFFERENCES  ARE: 

A  LIAISON  SEQUENCE  LISTS  THE  MATES  IN  SEQUENCE 

AN  ASSEMBLY  SEQUENCE  LISTS  THE  PARTS  IN  SEQUENCE 

IN  UASON  SEQ  ANALYSIS  THERE  IS  NO  "FIRST  PART,"  BUT 
INSTEAD  THERE  IS  A  FIRST  LIAISON 


LIAISON  SEQUENCE  ANALYSIS  PRIMER-3 

PRECEDENCE  RELATION 
3  >  7  A  9 


LIAISON  3  LIAISON  11 
DONE  DONE 


LIAISON  SEQUENCE  NETWORK 


(EVENTUALLY)  §  I5§5v 

ALL  LIAISONS  P  liS/ 

DONE 


o 


\ 

I 

I 


I 


I 

I 

i 
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GENERAL  DYNAMICS  -  POMONA  DIVISION 

AND 

MARTIN  MARIETTA  MISSILE  SYSTEMS  CO. 


SUPPORT  TO  THE  DARPA-CSDL  PROGRAM 
EXPERT  SYSTEMS  FOR  MANUFACTURING 
OF  SMART  WEAPONS  COMPONENTS 


•  PROVIDES  STABLE  PLATFORM  FOR  GUIDANCE  SENSOR 

•  COMPLEX  ELECTRO-MECHANICAL  DEVICE :  -SYSTEM  BRAIN* 

•  TOLERANCES  ARE  CRITICAL  TO  FUNCTIONAL  NEEDS  OF  DESIGN 

•  SYSTEM  TESTING  IS  BOTH  FUNCTIONAL  AND  DYNAMIC 

•  PRODUCT  COST,  QUALITY;  RELIABILITY,  PERFORMANCE  ARE 
COMPLEX  INTERRELATED  PARAMETERS 


•  NEEDS  OF  FUTURE  WEAPON  SYSTEM  DRIVE  THE  SEEKER  TO 
BOUNDARIES  OF  THE  ACHIEVABLE 


PM  11/08/89 


BAR  PA  EXPERT  SYSTEMS 
for  MANUFACTURING  of  SMART 
WEAPONS  COMPONENTS 


A  CSDL/MARTIN  MARIETTA 
SAL/I R  SEEKER 

CONCURRENT  ENGINEERING 
EFFORT 


C- 


PROGRAM  OBJECTIVES 


A  SIGNIFICANTLY  REDUCE  THE  LIFE  CYCLE  COST 
OF  SMART  WEAPON ( SEEKER )  SYSTEMS 

A  IMPLEMENT  CD/CE  METHODOLOGIES  &  TOOLS  ON 
AN  ADVANCED (SAL/ IR>  SEEKER  SYSTEH 

A  TRANSITION  THESE  CD/CE  METHODOLOGIES  & 
TOOLS  TO  MARTIN  MARIETTA  MISSILE 
SYSTEMS  PROGRAMS 

oot 


PROGRAM  STATUS 


A  ACCOMPL I SHMENTS ( AUG- DEC  1988) 

O  CSDL  HAS  RECEIVED/REVIEWED  OTHER  SEEKER 
(HELLFIRE/OH)  LOC'N  TC  INITIATE  DATABASE 

O  CSDL  HAS  TOURED  HELLFIRE  &  cH  SEEKER 

assembly  a  test  lines 

O  CSDL  HAS  RECEIVED  PRELIM  SAL/ IR  SEEKER  DESIGN 
INF.  PERTINENT  COMPANY  ECONOMIC  LATA 
C'EWAR /DETECTOR  SUBASS '  Y  REQ'TS 
SIMBAL  SUBASS  'Y  REQ'TS 
OPTICS  REQ'TS 

A  FUTURE  PLANS (JAN  1989-  ) 

O  MARTIN  MARIETTA  WILL  ESTABLISH  «L  TEAM  T.  WvRK 
WITH  CSDL  &  INDEPENDENTLY  TO  IMPLEMENT  i  i  x. 

.N  SAL/IR  4  OTHER  SEEKER  PR. GRAMS  THRU  ,.MPANY 
SPONSORED  5>  I  RAD  PROGRAMS  om 


MARTIN  MARIETTA  MISSILE  SYSTEMS 
PRODUCTION  OPERATIONS/ 
TECHNOLOGY  i  SYSTEMS  ENGINEERINGS) 


A THE  COMMUNICATION 
TRIANGLE  /\ 


PR.BLEM 

ELUTION 


PROBLEM 

AVOIDANCE 


A  CONCURRENT  DESIGN 

AT  PROGRAM  OUTSET. COMBINE 
THE  RlOfl-  PEOPLE  KITH  THE 

Right  tools  to  develop 

OPTIMUM  COST  A  PRODUCIBLE 
DESIGN  WHILE  AVOIDING 
PRODUCTION  PROBLEMS 
DOWNSTREAM. 


FOUNDATION  -  ESSENTIAL  ELEMENTS  for 

IMPLEMENTING  TQM 


c»4 


i 


* 


* 

/ 


TQM 


CO/CE 


\WIU_0UGH3Y  TEMPLATES 
\  DEMING 


PMT  * 


CTE 


% 


% 


% 


\  TAGUCHI 
\  P03  GOLD 
\  CERTIFIED  VENDOR 
\  POST 
\  SPC 
\  APECS 
\  C3CL  TOOLS 
\  CCMR-IANCE  ISSUES 

PRODUCIBILITY  ASSESS' T 
\  IRAO/CRAD  in  FROO'N  TECHNOLOGY 

SUBCONTRACTOR/ SUPPLIER  SELECTION. 

I NTERF ACE ,  CONTROL  4.  PERFORMANCE 

MISSILE  SYSTEMS  COMMITMENT 


MARTIN  MARIETTA 


-  0  WPA  PARTITIONING  OF  PROGRAM  CAUSES  UMITEO  CE  "TEAMS*  s 


©  CE  “TOOLS"  -  SEMI-INTEGRATED 


TMIS  -  E-MAIL  -  NASA  (TELE)MAIL,  ALL-IN-ONE 

LEVEL  DOC  UB  -  INTERLEAF 

1,11. Ill  DATABASES  -  ORACLE 

DWG  UB  -  BIT  IMAGE 
CAD/CAE  -  ? 

CHC 


OSS  -  E-MAIL  -  ALL-IN-ONE  (MODIFIED) 

JSC  (MDAC)  DOC  UB  -  INTERLEAF 

DATABASES  -  ORACLE 
DWG  UB  -  BIT  IMAGE 
CAD/CAE  •  UNIGRAPHICS/IDEAS  2 
DNS 


- CIOSC  -  E-MAIL  -  ALL-IN-ONE  (MODIFIED) 

MOAC  DOC  UB  -  INTERLEAF 

DATABASES  -  ORACLE,  OMNIBASE 
CAD/CAE  -  UNIGRAPHICS/IDEAS  2 
CKC 


I  -•  t 


A.  I’M  SOU)  (OR  BRAINWASHED) 

BUT,  ' 

•  HOW  DO  I  SELL  JSC 

•  WHO  SELLS  NASA  &  OTHER  A. 


a  rM  SOLD  (PUT  CONFUSED) 
HOW  IS  RESEARCH 

•  DELEGATED 

•  COORDINATED 

•  INTEGRATED 

•  EVALUATED 

•  COMMUNICATED 

•  DOCUMENTED 


G  PROPOSAL 

•  FUND  CE  MANAGEMENT  STUDY 

•  DEVELOP  U.S.  IMPLEMENTATION  PLAN 

•  USE  CE  TO  DEVELOP  CE 


CAD 


DATABASE 
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Why  Do  We  Need  to  Change  The.  Process? 

Ballistic  Systems  Division  .  ...  . 


•  tWe^voIvedB. . .  over  past  25  or  so  years,  a  system  of 
procedures  to  ensure  consistency  in  design,  change 
control,  manufacturing,  procurement,  quality,  etc. 


•  iEbrmairahd^raorogy . . .  procedures,  directives, 
specifications,  etc  . . .  audit  findings  and  problems 
increase  complexity . . .  interpretation  more  severe  with 
every  passing  year 


teffie^ucrac^e^iciervS. . .  more  procedures,  more  groups  to 
administer,  more  "improvements"  by  respective  functions. . 
overhead  and  DD  charges  grew  as  did  number  and  degree 
of  crosschecks . . .  efficiencies  suffered  resulting  in  new 
business  losses 


. . .  strong  competition— fewer  new 


E reduction  starts . . .  need  for  bottom-line  performance  on 
:&D  contracts  and,  most  recently,  DOD  emphasis  on  quality 


I 
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Our  Strategies  Were  Simple 

Balfistic  Systems  n;,"'g inn 


•  Development  of  low  tech,  easy  to  maintain  wheeled 
vehicle  suitable  for  desert  or  Northern  Tier 
operation  . . .  use  of  commercial  parts  wherever 
possible . . .  user  friendly 


•  A  bid  strategy  and  ^eciftlofepricfeie’s^ySekllnq  cost 
and  schedule  reductions  at  least  1/3  less  than 
traditionally  achieved 
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Developmental  Operations  (DO)  —  a  New  More  Flexible/ 
Responsive  " Deslgn-Build-Test"  Process  for  Development 

Ballistic  Systems  Division .  m  - . —  . . .  1  . 
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IMS 


1919 


I 


1997 


I 


1999 


B60FSD 


7> 


URC 


h 


Sinmy 


OWlWgMj 


3 


MO 

111 


BACOO  SAC  DO 
bm«  OKmure  ffnpwnvruBon 

1300  «MM  guide 

J  *  V 

DO  dtflniUoa 


/  00  traniAlM  to  prod”" 7 

A  hu  A*  ff* 


Concept 


HMa* 

PTP-HUL 


SubnftHML 


tag  pin 


BSD 

devaJoproeni  BSD  DO 


A 

BSD  00 


7 


esoDo*M0M 


BSD  FSD  wine 


V  MUM 
'\  HM.W1 


IMICF 

RQ  BT1SS  AMtoe  *  EWP  REACT 

-Z _ Z _ I _ T  V 


DO 


DOpM  Orient 


BSO  D90CVMH 


7 


♦Other  programs  using  00 

•P3  update  IV  •Minuteman  LSS 
•ALS  elAOS 

•Space  Station  •Shuttle  carrier  . 
•SRAM  N  •  Advanced  projects 


Mb 860* 


880  ConyMe 

r 


00 


*Deferred  to  Fall  1989 
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Process  Management  Examination  of  Total 
Full  Scale  Development  Process 

Ballistic  Systems  r>™c;nn 

Mission#  By 


I 

KHestcne  II 7 

Requirements 

definition 

— * 

Test 

4 


* 


R 

S 


•  Key  process  features 


•  Un#s  ot  communication 


f  •  Unprocuratlaa  tyahwi 
•  MPS  aUtoa  to  M1PS9 


•  Process  flexibility 


BSD  DO  Initiatives 

taaa 
ss 

•  POT  prodvcibtey  ctcpart 

•  lomlnovMiMcMM 

#  •  NaHAOnorftAO 

•  Na  changt  teortf 

•  00  via  bOPSS  9. 

•  Orawtaf  N99  re#x>  i\ 

buWpiea  v 

<  •  BFP  prana— top 


•  Concensus  management 


>  Quality  lmprovemo.it 
•  Deferred 


igoreent  ^  | ; 


OSE  mater  00 
POT*  cam*  *tr  M-vt 
DO  AUPC  »  nn 


’ — V\ 


to«aacfr¥?tr  teqtkm aac— 
POT  mtiarSi  aappart 


!  K 

- IX 

Production 

transiUoe 

- - ./ 

planning 

V 

process 

Eitfreuta! 

Ratflna  eonf^nHoa  lyMaa 

Worfcera  verity  gaiety 


E**"? 

KSJeanrta 


Slffy«Ha<  shefcrter 
CCl  coal  m-agar—  ijfiiaa 
Cor**  *v+em  ee*r*  ~ 

urewfig  f 


•to 

Quatfty  raaptramanta 
SoftnaraflKa— a  oa 


No  ouaXy  r 
EMaaa 
OAjnapaottBi 
Pw|ici  dotati  abaf) 
Itmimi  Invan  torr  oonM 
timk  mMM  ioma 
MCAOICAM  vaaaa 
Reduce  enobaarinea 
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DO  "Systems  Engineering "  and  'Test"  Process 
.  .  Management  Effort  Underway 

Ballistic  Systems  Division  ■»  ■  c  /■  -'  ■ 


•  S«l*ct  member*  •  BulM  tuawmaa  •  HmM  I  mum  <Q  •  Or»t*op  Impl-MMUr 

•  Mmcimn  •  MtMHy  cmcmm  •W*Mny  Md  prto/MM  KcMduto  (10%) 

•  0*fkw  tuli  and  •  Flnaflz*  mod*  MUMtt  m  (N«)  •  Bag*"  MpHwnManoa 

«6i««thrM  •  muRM  twrrlta  •  AmIqo  r»tpon*JMmr  (CJ  procM*  (10%) 

KM  coocama  •  Ptitt  and  •ciw*M  •  Ora/upuMUli  kmcM 
tapl«a»tMMlea  (M%)  •  Compteu  pio|M» 


§ 


10/10/07  11/10/07  f/1 1/00  A  0/1/00  10/1/00 

»  *  » _ t=Z - 7 


•  Highlights 

•  (6)  sub  toams/(7)  Issues 

e  (346)  barriers  and  concerns 

e  (30)  initiatives  established  with  (8)  being  piloted 
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Product  Development  Teams.  .  . 
"Multi-Disciplinal  Team  Emphasis  Throughout 
Requirements/Design/Build/Test  Process" 

Ballistic  Systems  Division  . . .  ■  . .  . .  — . . . 


e  What  Is  a  PDT? 

O 

•Team  of  functional  representatives  • 
who  have  as  their  common  purpose  z 
the  concurrent  development  of  a 
given  product  from  Inception  through 
product  delivery  and  support 

•  Key  features 

•  Hardware  element  ownership 

•  Responsibility  and  authority 

•  AUPC  cost  goals 

•  Key  decisions,  conflict  resolution, 
guidance. . .  C.E.  or  product 
development  manager  or  council 

•Team  training 

•  Member  behavior 
•Team  qualities 
•Consensus  and  group  process 
•Brainstorming  and  creativity,  etc. 


NB*20S8t-G* 
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JHowPDTs  Work 


Ihjor  product  elements 


emitter 

product 

dawlopmtnt 

team 


e  Evaluate  reouiraments  and 
conduct  trades 

•Alooate  and  manage  average  unit 

•SsviCTraml<^rov«  designs 
•Develop  quality  requirement* 


TmbMb  — 

•  Develop  and  commit  schedules 

•  Order  materials 

lit  •  Develop  test  plana 

•  Monitor  status  and  provide  fabrication  support 

•  Maintain  configuration  and  delivery 
data  package 


H-acmamm 


Comparison  PDTs  to  DBTs 

"Beware— They're  Not  The  Same n 

Ballistic  Systems  Division,,  —  ..  ■  ■—  ■  — . . 


Product  Development  Teams  (PDTs) 


Design/Build  Teams  (DBTs) 


•Chartered  and  engaged  before  RFP - DMA 

•  Review  and  suggest  Improvements  to — * — Review  and  suggest  Inprovements  to 
•  Product  requirements,,....™ - - — DNA 


•  Design  constraints . — — 

•  Design  solutions _ _ 

•  Make/buy  determination,  buy  aid 

building  planning _ .™™. 

•  Develop  product,  system  and 

weapon  system  test  plan* _ _ 

•Plan  and  commit  product  schedules. 

•Plan  and  control  charges - 

•Establish  quality  requirements - 

•  Maintain  active  program  status  and 

action  togs - — 

•Operate  in  concert  with  other  PDTs 
to  develop  total  product. - - 


•Targeted  cost  goals— program 

•Product  configuration  and  delivery 

responsibility.... _ _ 

•  Program  status  reporting™ — — 

♦Similar 


—  DNA 

—  Design  solutions 

— Buy  and  build  planning  only 

™DNA 

.DNA 

.DNA 

.DNA 


-Single  purpose  task  team  (develop 
satisfy  short  range  objectives,  and 
discontinue  effort 


cost  goa*s^teskjn/fiu«d  only 


DNA— Does  Not  Apply 

m  raesoMS-MriM*  « 


NO  (74* 
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DOD  Acquisition  Policy  Changes  Being  Studied 

Ballistic  Systems  Division  ° ;  . ■■■ .  j  i  '  ' 


•  President's  Blue  Ribbon  Commission  on  Defense  Management 
notes,  "weapon  systems  take  too  long  to  develop,  cost  too  much 
to  produce,  and  often  do  not  perform  as  promised  or  expected" 

e  OSD  perceptions 

•  "higher  quality  can  result  in  lower  cost  and  shortened 
schedules . . 


•  "concurrent  development  and  qualification  permits 
multifunctional  trades  to  be  made  in  a  timely  manner 
in  pursuit  of  optimum  balance  of  capability,  cost,  and  schedule" 


_ _ _ _ _ _  A  systematic  approach  to  create 

product  designs^tiiat  coniidirW elements  of  the  product  life 
cycle . . .  "simultaneously"  defining  product  requirements,  the 
product,  its  manufacturing  process,  and  required  life  cyde 
processes 


Resuits  Are  in  And  Are  Truly  Amazing! 

Ballistic  Systems  Division  >  —  . —  . — — 


•  All  major  hardware-related  events  on  or  ahead  of 
schedule  . . .  bom  factory  BOD  July  15, 1987  to  last 
hardware  Item  ondock  October  10, 1988 

•  (37)  major  OSE,  MHE  and  test  aids  designed,  developed 
and  delivered  using  "real  time”  schedules  averaging 

1/3  less  flow  time  than  "standard" 

•  No.  1  launcher  less  than  10  months  to  assemble, 
test  and  integrate  ...  jig  load  December  8, 1987  to 
September  30, 1988  rollout 

•  Overall  use  of  "quick  acquisition  process"  resulted  in  70% 
of  ali  parts  and  materials  in  stores  within  5  days  of  request 


NM744K1-MC-101Mtm 
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Results  Are  In  And  Are  Truly  Amazing I 

(Continued) 

Ballistic  Systems  Division  . . .  . . . . a  —i... 


m 


wm&masemmmrn 


•  16%  cum  underrun  In  contract— recurring  hardware  costs 
(with  30%  proposal  reductions— 46%  over  "traditional") 

•  Unit  two  hardware  20%  less  ttsan  first  unit  actuals 
(at  termination) 

•  Equivalent  reductions  in  division  DD,  OH  and  wrap  rates 
(using  DO  process  and  pool  59  disclosure) . . .  improved 
division  efficiencies  for  follow-on  efforts 

•  33%  savings  in  engineering  “production  support'*  tabor 
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Results  Are  In  And  Are  Truly  Amazing! 

(Continued) 

Ballistic  Systems  Division. 


•  Employed  team  building/consensus  management  techniques 

•  Encouraged  customer  understanding,  support  and  participation 


•  Used  simplified, 
all  "design-build 

•  Recognized  and 
to  the  process” 


execution  and  ownership 

•  Stamped  out  functional  barriers/advocacy  and  acknowledged 
~  team  performance 


flexible,  responsive  processes  to  execute 
■test"  activities 

jfoided  in  ma{or  subcontractors  as  "critical 
. .  encouraged  participation  and  rewarded 
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Results  Are  In  And  Are  Truly  Amazing I 

(Continued)  /  / 9 

Ballistic  Systems  DMsioii  ,  ,  °  1  0  .T 

•  Errcr-free  engineering  initiatives  excellent . . .  yielded 
1.04  redline  changes  per  drawing  sheet  (Peacekeeper 
average  15.3) 

•  Hundreds  of  net-sized  parts  with  full-size  Class  I 
holes  . . .  nearly  error-free 

•  Cost  of  quality  reduced  60%  (80%  in  factory)  while 
maintaining  excellent  quality  standards— 99% 
defect-free  performance 

•  De-emphasize  policing  . . .  focus  on  quality  as  a  tangible, 
observable  product  (plan-in  and  build-in) . . .  elimination  of 
paper  barriers  and  complicated  procedures 

•  Team  ownership  of  requirements,  products,  and  delivery 
efforts  . . .  zero  AFCMD  forms  921  and  1127 

•  Customer  quality  "health"  indicators  highest  ever  realized 
(September  1988—4.8) 
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Summary 

Ballistic  Systems  n!'/! c!rtn 

•  Process  is  ongoing  . . .  now  migrating  selectively 
throughout  Boeing  Aerospace 

•  Each  division  (program)  must  determine  its  own 
needs . . .  cultural  transformation  necessary  . . .  how 
to  meet  unique  customer  desires/needs 

•  Our  DOD  customer  understands  and  is  considering 
acquisition  policy  changes 

•  Resistance  to  change  can  be  very  strong  and  takes  a 
great  deal  of  posturing,  time  and  attention  (to  beat  out 
old  habits) 

•  Real  challenge  is  transforming  functional  players  into 
program  "team"  players  . . .  supported  by  top-down 
management  willingness  to  change,  permissiveness, 
flexibility,  and  acceptance  of  risk 


•  Process  of  "change"  is  very  difficult  but  can  be  highly 
rewarding  . . .  don’t  wait  to  be  mandated— get  actively 
involved  . . .  you  owe  it  to  yourself 
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;  -  SYSTEM  PACKAGING  '  '  *  ' 

MISSION 

•  PROVIDE  MECHANICAL  DESIGN  TO  HOUSE  THE  ELECTRONICS 

•  PROVIDE  SIGNAL  AND  POWER  CABLE  TECHNOLOGY  AND  DESIGN 

'"X 

•  ASSURE  PRODUCT^ SAFETY 

•  PROVIDE  PRODUCT  INSTALLATION  DOCUMENTS 

•  '  ASSURE  ’AVAILABILITY  AND  PROPER  USE  OF  STANDARDS 

•  BUILD  EARLY  MODELS 

•  PROVIDE  dC^IGN  DOCUMENTS  TO  MANUFACTURING 


KD  DURFEE-1 2/88 


FOK10958O 


ros  lot  im 


MECHANICAL  DESIGN  FLOW' 
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GMAP 


•  Sponsored  by  USAF 

Manufacturing  Technology  Directorate 

•  Pratt  &  Whitney  prime 

•  GMAP  contract  duration 

Aug  85 - -  Aug  88 - - -  Jul  89 

^ — original  — ^  ^ — extension — ^ 
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GMAP  TERMINOLOGY: 


Product  Definition  Data  (PDD): 

Information  which  completely  defines  a  product  component  or  assembly  to  the 
extent  that  the  product: 

—  design  intent  is  fully  represented 

—  can  be  analyzed 

—  can  be  manufactured  and  inspected 

—  can  be  supported  after  manufacture 

Product  life  cycle: 

The  functional  areas  that  span  initial  product  concept  to  retirement.  This  includes 
design,  analysis,  manufacturing,  inspection,  product  and  logistic  support. 
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A  VISION  FOR  PDD  IN  THE  1990S 

•  Replace  all  conventional  drawings 

•  Used  to  communicate  product  definition  to 
engineering,  manufacturing,  customers, 
suppliers,  partners,  FAA,  etc. 

•  Foundation  for  concurrent  engineering 
methods 

•  Enable  further  automation  of  applications  over 
the  product  life  cycle 

•  Application  to  ATF  airframe  and  engines 

COMPUTERIZED  PDD  -  TODAY 

•  Database  is  incomplete  and  redundant 

•  Communication  difficult  and  limited 

•  Few  life  cycle  applications 

•  Technical  and  management  issues  need 
attention 
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PROGRAM  OBJECTIVE 

•  Establish  product  definition  data  transfer 
over  the  life  cycle  of  complex  components 
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NEAR-TERM  DIRECTION  FOR 
PDD  TECHNOLOGY 
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LIFE  CYCLE  OF  PRODUCT 
DEFINITION  STANDARDS 


Development 

R&D 

Proof-of-concept 

Demonstration 

Developers  use 


Specification 

Industry  understanding 
Further  refinement 
Technical  agreement 

Some  commercialization 


National  standard 

Commercial  commitment 

Government  contract 
requirement 

Aerospace  commitment 


Widespread  use 
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GROWING  INDUSTRY  COMMITMENT  TO  AIR 
FORCE  SPONSORED  INITIATIVES 
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GMAP  APPROACH 


Task  1  I  I 

Understand  J  Tasks  2  and  3  I  Task  4 
the  problem  J  Establish  designs  J  Build 


Task  5 
Demonstrate 


State-of- 

the-art 


Logistics 

interface  (IBIS,  RFC) 


Develop 

system 


Geometric  j  POD  Interface 

modes*:  i  enhancements 


GMAP 

demo 

system 
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WALK-THROUGH  FLOW 


FUNCTION  ANALYSIS 


•  Resulted  in  function  model  roadmap  consij 

—  319  activities 

—  Representing  102  functions 

—  50  functions  selected  for  information  analysis 

•  Pratt  &  Whitney  functions  within: 

—  Design  and  analysis 

—  Manufacturing  and  inspection 

—  Product  support 

•  Supplier  functions  within: 

—  Manufacturing  and  inspection 

•  Logistics  functions  within: 

—  Replacement  manufacturing,  refurbishment,  inspection 


MAJOR  FUNCTIONAL  AREAS 


Design  and  analysis 

•  Preliminary  engineering  design 

•  Detailed  blade  and  disk  design 
analysis 

•  Final  blade  and  disk  design  and 

•  Detailed  engineering  specification 


BEST  AVAILABLE  COPY 
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MANUFACTURING  AND 
INSPECTION  FUNCTIONAL  AREAS 


Manufacturing 

•  Casting  process  planning 

•  N/C  programming  —  molds  and  dies 

•  Categorize  and  review  parts  and  processes 

•  General  process  planning 

•  Tool  design 

•  N/C  programming  disk  machining 

•  N/C  programming  —  laser  hole  drilling 
Inspection 

•  Quality  requirements  engineering 

•  Programming  automated  inspection  devices 
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PRODUCT  SUPPORT/LOGISTICS 
SUPPORT  FUNCTIONAL  AREAS 


Product  support 
•  Provide  technical  support 


0 


Logistics  support 

•  Product  maintenance 

•  IBIS  (Integrated  Blade  Inspection  System) 

•  RFC  (Retirement  for  Cause) 


GMAP  DEMONSTRATION  SITES 


I 

I 

I 

I 

I 

I 

I 

I 
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GMAP  DEMONSTRATIONS 


Blade 

•  Parametric 
blade 
design 

•  Casting  tooling 

•  IBIS 

Disk 

•  Disk 
design 

•  PROCAP 

•  Feature  based  N/C 

&  CMM  programming 

•  Disk  forging 

•  RFC 

Other 

•  Case  boss  Inspection 

•  PDDI  part3 

JUJul 
•  M704 


SPECIFIC  CONTRACTUAL 
DEMONSTRATIONS 

•  Exchange  Format 

•  Access  software 

•  Supplier  base  Integration 

•  GMAP  using  PDDI  part  classes 

•  GMAP— IBIS  interface 

•  GMAP— RFC  interface 
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TECHNICAL  ISSUES  IN  PRODUCT 
DATA  TRANSFER 


Full  Product  Description 

Full  Product  Modeller 

POD  Applications 

Configuration  Control 

POD  Communications 
Network 

Syatsm/Work  station 
Performance 

Detabase  Security 


Claasifled  Data 


AlC  Aoollcatlona 

High  Risk  Detlqns 


Implementation  Variety 
Rapid  Change 

Overlapping  T  echnologlea 
Dual  Environment 

Standards  for  Evolving 
Technology 
fduc  a  tton/T reining 


Heterogeneous  Com¬ 
puting  Environment 

Data  Representation  Variety 

Unadaptable  Systems 

Full  Ufa  Cycle  Coverage 

Application  Interfaces 

Feedback  to  Oesign 
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THE  1990s 


•  PDES  commercialized 


•  Networks  with  two  way  flow 

•  Product  process  modeler  software 

•  Application 

•  Design  •  full 

•  Manufacturing  •  Near  full 

•  Logistics  -  Some 


GMAP  —  ONE  OF  SEVERAL  AIR  FORCE 
PROJECTS  WHICH  SUPPORT  PDD 

•  Product  Definition  Data  Interface  (PDDI) 

•  Digital  product  models  for  ATF 

•  Integrated  Information  Support  System  (iISS) 

•  Spare  Parts  Production  and  Reprocurement  Support 
System  (SPARES  —  89  start) 

•  Integrated  Design  System  (IDS) 

•  Engineering  Information  System  (EIS) 
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STARS/SW  PRODUCIBSLITY 
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STARS  Program 


I 

I 

I 

|  Briefing  to  DARPA  CD/CE  Workshop 

_  STARS  Software-First  Life  Cycle 

I 

I 

6  December  1988 

Jim  Moore 
(301)  240-7843 
moorej@ajpo.sei.cmu.edu 

IBM  Systems  Integration  Division 
18100  Frederick  Pike 
Gaithersburg,  MD  20879 
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Briefing  lo  DARPA  CD/Ct  Workshop  STARS  Software-First  Life  Cycle  Briefing  to  BARPA  CD/CE  Workshop  STARS  Software-First  Life  Cycle 

6  December  1988  3  6  December  1988  4 


INTRODUCTION  TO  INTERFACE  STANDARDS 


Pane!  #5,  Interface  Standards 


Chair:  Mr.  Howard  M.  Bloom,  NIST 

Members:  Or.  T.  Hopp,  NIST 

Mr.  L  Patrick,  DACOM 


December  8, 1988 
DARPA  Concurrent  Design/ 
Concurrent  Engineering 
Workshop 


Introduction  to  Interface 
Standards 


Howard  M.  Bloom 

National  Instltuta  of  Standards  and  Technology 
December  8, 1988 


Premise: 

Standards  are  Partners  to  Technology  Development 
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What  are  the  emerging  standards  research  Issues 
associated  with  Concurrent  Design  and  Concurrent 
Engineering? 


& 
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Types  of  Standards 


•  Measurement  Standards 

•  Equipment  (or  human)  Interface  standards 

•  CD/CE  Information  Standards 

•  Data  Exchange  Standards 

•  Architecture  Standards 


Measurement  Standards 


•  Sensor  Technology/On-Une  Measurements 

•  Coordinate  Measurement  Machine/OfMJne 

Measurement 


Equipment  or  Human  Interface 
Standards 

•  Feature  Driven  Machining  or  Inspection 

•  Requirements  Driven  Design 

•  Languages  for  Design,  Process  Planning, 
Manufacturing  Systems  and  Logistics 
Support 


Manufacturing  Data  Preparation 
Data  Row 


AN 

^r= 

MBS 


Cell 

Control 


Global  Database 


Process 

Planning 


Integrated  Manufacturing  Database 


Four  Dimensions  of  PDES 


Versions:  The  ^jope  of  PDES 
Topical  Areas:  The  Technology  of  PDES 
Levels:  The  Implementation  of  PDES 
Application  Areas:  Use  of  PDES 


Versions:  The  Scope  of  PDES 


Design 

Analysis 

Planning 

Production 

Fabrication  (assembly) 
Deployment 
Maintenance 
Recover  &  Re-use 
Disposal 


Topicai  Areas:  The  Technology  of  PDES 


Geometry 

Shape  Representation 

Materials 

Kinematics 


Topology 

Tolerancing 

Analysis 

Design  Requirements 


Features 


Levels:  The  Implementation  of  PDES 


Passive  File 
Active  File 
Shared  DataBase 
Shared  Knowledge  Base 


Application  Areas:  Use  of  PDES 


Mechanical 

Electrical 

AEC 


Apparel 


Data  Exchange  Standards 


•  Data  Modeling  Language  (e.g,  IDEF1X) 

•  Distributed  Database  Systems 
‘  (e.g.  IMDAS,  IDS,  l2S2,  BS) 

•  Network  Standards  (ISO/OSI  Levels) 

•  Data  Directory  (IRDS) 
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Integrated  Manufacturing  Data 
Administration  System  (IMDAS) 


•  Generic  query  language  (SQL) 

•  Distributed  data  management  transparent 

to  application 

•  Internal  neutral  format  between  SQL 

and  commercial  DBMS 


_  User 
Programs 


Information  Requests 


- > 

Data  in  Standard 
Format 


IMDAS 

Integrated 

Manufacturing 

Data 

Administration 

System 


The  IMDAS  Concept 


Global 

Database 


THE  1MDAS  ARCHITECTURE 


MOAS 


•  •  • 


DDAS 


•  •  • 


•  •  • 


BOAS 


•  *  •  | 


Data 

Repository 


•  Manages  data  across 
network 


•  Manage*  LAN  data  dictionary 

•  Converts  standard  queries  into 
neutial  format 


•  Converts  noutral  format  Into 
specific  query  languages 


•  Communication  DBMS,  file 
manager,  or  memory 


Architecture  Standards 

•  Model  for  CD/CE 

•  implementation  of  PDES 


Manufacturing  Research  Testbed 

•  Needs  to  be  addressed: 

Closer  coupling  of  research  efforts 
—  Focusing  of  research  efforts  on  key  issues 
—  Exposure  and  dissemination  of  technology 

•  Mechanisms: 

—  Test,  integrate,  and  showcase  research  systems 
—  Structure  a  research  effort  in  information 
technology  for  manufacturing 


The  Needs  Analysis  Template 


Strategy: 

<The  elements  of  the  project  effort  that . 
overcome  the  barriers  > 


Need:  Close  Coupling  of  Research  Efforts 


SBUtflK 

•  PeveSop  consensus  of  Hicydt  inotM 

•  tJuc—  &  involve  research  community  In  applicable  standardization  efforts 

•  Develop  a  dbtributed  manufacturing  rtsaaicft  architecture 


Need:  Focus  Research  on  Key  Issues 


Strategy; 

.  Da  :  up  POES  concept  as  a  framework  tar  Identifying  research  needs 

•  ln$»ji,  txcercfse,  snd  evaluate  research  systems 

•  Assist  In  establishing  a  research  strategy  for  DARPA/tSTO  mfg.  p'ogram 


Need:  Explore  and  Disseminate  Technology 


•  Dcvttop  integration  teftnotogitt  baMd  on  AMRF  prindptoa 

•  Manufacturing  rssaarcti  taatbad  at  thewciM 

•  Um  NIST  u  (tapping  ttona  tor  technology  transfer ' 


mist 


A  Model  of  Technology  Transfer 


Process 

Research 


DARPA/NIST 
-*  Research 
Testbed 


Technology 

Centers 


Manufacturing 

Enterprise 


Example  of  PDES  Testbed  Implementation 


Architecture  of  a  Des! 


Interface  Standards  for  Concurrent  Engineering 

Theodore  H.  Hopp 

National  Institute  of  Standards  and  Technology 
Gaithersburg,  MD 


DARPA  Concurrent  Design/Concurrent  Engineering  Workshop 
Key  West,  FL 
December  7,  1988 


Some  Issues  in  Interface  Standards 
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•  Classification  of  interfaces 

•  Technologies  for  defining  interfaces 

•  Implementation  technologies 

•  Proprietary  rights  and  liability 


Classification  of  Interfaces 


What  are  the  functions? 


Evolution  Paths 

Information  Technology 

Standard  formats  for  point-to-point  communication 

I 

Distributed,  shared  product  knowledge  bases 


Lifecycle  Architectures 

Traditional,  sequent^  engineering  functions 

Coordinated  team  efforts  with  evolving  goals 


Defining  Interfaces 

•  Data  and  information  modeling 

•  Modeling  lifecycle  functions 

•  Mapping  between  application  technologies 

•  Interfaces  are  not  integration 


Implementation  Technologies 

•  Standard  formats 

•  Standard  data  structures 

•  Shared  data  bases 

•  Shared  knowledge  bases 


Proprietary 


Rights  and  Liability 


Ownership  of  data 
Protection  of  proprietary  data 


Archival  data 

(the  spare  parts  problem) 


GEOMETRY  AND  UNCERTAINTY 


Arl  Requicha 


Programmable  Automation  Laboratory 
Computer  Selene*  Department  and 
Institute  for  Robotics  and  Intelligent  Systems 
University  of  Southern  California 
Los  Angeles,  CA 


SOLID  MODELING:  CURRENT  STATUS 


Theory 

What  Is  a  solid,  from  the  math  point  of  view?  (An  r-set.) 
When  Is  a  representation  geometrically  complete?  Valid? 
When  is  an  algorithm  correct? 

Computational  representations 

CSG,  BReps,  octrees  and  other  spatial  partitions,  sweeps, 

Fundamental  algorithms 
Set  membership  classification 
Boolean  operations 
Distances  and  offsets 
Representation  conversions 


SOLID  MODELING:  CURRENT  STATUS  (cont.) 


•  Applications 

Graphics 
Mast  properties 
Static  interference  detection 
Robot  and  msehanism  simulation 
NC  simulation 

•  Systems 

Many  commercially  available 
Graphic  Interfaces  adequate 
Substantial  resources  needed 


SOLID  MODELING:  CHALLENGES 


Complexity 

Geometric:  Free  form  surfaces,  algebraic  surfaces  of  arbitrary  degree 
Combinatorial:  Objects  with  >  10,000  primitives 

Uncertainty 

Computational:  numerical  errors 
Tolerances 

Higher-level  representations 
Features,  constraints,  assemblies 
Functional  representations.  (Form  from  function?) 


SOLID  MODELING:  CHALLENGES  (cont.) 


•  Application  algorithms 

Finite  element  meshing 

Process  planning  and  NC  code  generation 

Assembly  planning  and  task-level  robot  programming 

Inspection  planning  and  code  generation  for  CMMs  and  vision  systems 

•  Exploiting  parallel  and  distributed  computation 

Special  purpose  hardware,  e.g.,  CSG-based  display 

Distributed  modelers 

Neural  nets  and  cooperative  computation 

•  Engineering  Environments  (analogous  to  Programming  Environments) 

Integrated  sat  of  tools  for  design,  analysis,  planning,  simulation, ... 


TOLERANCJNG:  CURRENT  STATUS 

•  Theory 

What  Is  a  toleranced  solid,  from  the  math  point  of  view? 

When  Is  a  tolerance  specification  complete?  Valid? 

Emerging,  not  well  understood 

•  Computational  representations 

Through  limits  on  parameters 

Through  attributes,  analogous  to  ANSI  standards  for  geometric  tolerances 
Semantics  not  rigorously  understood 

•  Algorithms 

Tolerance  analysis,  based  on  vector  loops.  Worst  case  or  statistical. 
Integration  with  solid  models  emerging. 


(POTENTIAL)  TOLERANCING  ALGORITHMS 

•  Analysis  of  tha  effects  of  component  tolerances  on  assemblies 

•  Allocation  of  tolerances  to  components  given  assembly 
requirements 

•  Generation  of  inspection  plans  and  Instructions  for  CMMs 

•  Generation  of  manufacturing  and  assembly  plans 

•  Synthesis  of  tolerance  specifications  from  higher-level 
(functional)  information 


1988  NSF  WORKSHOP  ON  TOLERANCING 

•  Current  practices  and  standards 

.  Theoretical  foundations  and  computer  representations 

.  Analysis  and  synthesis  In  design 

.  Characterization,  planning  and  execution  of  manufacturing 
processes 

•  inspection  methods  and  machines 

.  Assembly,  reliability,  maintainability,  and  other  life  cycle 
considerations 


MAJOR  NEEDS 
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•  Math  foundations  for  current  standards  and  theories 

•  Functional  adequacy  of  current  standards  and  theories 

•  Integration  of  tolerances  in  geometric  modelers 

•  Analysis  and  synthesis  algorithms,  and  their  usv  In  design 

•  Relationships  between  manufacturing  processes,  costs,  and 
tolerances 

•  Relationship  between  sampling  inspection  methods  (as  used  in 
CMMs)  and  tolerance  specs  that  constrain  all  points  on  a  surface 

•  Inspection  algorithms 


1988  NSF  WORKSHOP  OH  MECHANICAL  TOLER  ANCSNQ 
Research  Opportunities  In  Theoretical  Foundation*  *nd  Computer  Representations 


Dovolop  mathematical  foundations,  Independent  of  computer  represent^o^  ^  tolerances  spedfy  a 
deterministic  class  of  sets  (a  variational  class)?  It  so,  how  are  these  classes  characterized  mathematically? 

i  Develop  or  refine  a  mathematically  defined  semantics  for  current  standards  and  theories. 

I  Assess  existing  standards  and  emerging  theories  from  the  points  of  view  of  design  and  assembly, 
functional  (Including  assemblabinty)  requirements  ^rt* 

be  modffied?  Are  new  standards  needed?  Do  we  need  to  capture  design  intern  more  directly?  Can  tolerances 
be  derived  from  higher-level  specifications? 

1  Investioats  ths  relationship  betwssn  sampling  Inspection  methods  (as  used  In  CMMs)  and  tolsrancs 
’  SSm  thTconstriln  all  points  on  a  surfacs.  Should  samplsd  msasuremsms  be  explicitly 
acknowledged  In  the  tolerance  specifications? 


5)  Extend  theories  to  assemblies,  Inc  fixing  mechanisms. 

,,  clllrfu  ..nnisantntional  issues  Is  there  a  'complsts*  rspresentatlon  for  tolerances,  from  which  all  oth  'rs  may 
ba  derived?  Should  them  be  different  representations  for  design,  manufacturing,  inspection,  attd  other 
aoolicatlons?  If  so  how  do  we  convert  algorithmically  between  them?  Can  theories  based  onconstminlng 
oaran^ters  of  suriaces  deal  with  form  variations?  If  so,  are  different  sets  of  parameters  needed  tor  design 
manufacturing  and  Inspection?  Should  tolerance  rones  be  represented  explicitly?  Must  tcieranced 
relationships  between  geometric  entitles  be  binary,  or  are  7  To  at 

extent  should  tolerance  specifications  be  influenced  by  manufacturing  and  Inspection  concerns? 


7)  Establish  sound  criteria  for  assessing  current  and  future  systems  for  computer-based  tolerancing. 

8)  Develop  user  Interfaces  that  hide  the  mathematical  complexity  of  tolerancing,  and  facilitate  proper  functional 
specification  and  interpretation  for  manufacturing,  analysis,  and  inspection. 


KNOWLEDGE  REPRESENTATION 
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